Method and apparatus for transmitting/receiving signal in mobile communication system supporting a plurality of carriers

ABSTRACT

A method for transmitting terminal capability information in a communication system supporting a plurality of carriers is provided. The method includes transmitting a control message including terminal capability information, wherein the terminal capability information includes at least one of an information element (IE) indicating whether to support a multi-bearer, an IE indicating whether to support a secondary cell group (SCG) bearer, or an IE indicating whether to support dual connectivity (DC).

CROSS-REFERENCE TO RELATED APPLICATION(S)

This application claims the benefit under 35 U.S.C. §119(a) of a Koreanpatent application filed on Mar. 21, 2014 in the Korean IntellectualProperty Office and assigned Serial number 10-2014-0033720, of a Koreanpatent application filed on Mar. 31, 2014 in the Korean IntellectualProperty Office and assigned Serial number 10-2014-0038262, of a Koreanpatent application filed on Aug. 8, 2014 in the Korean IntellectualProperty Office and assigned Serial number 10-2014-0102370, of a Koreanpatent application filed on Oct. 2, 2014 in the Korean IntellectualProperty Office and assigned Serial number 10-2014-0133520, of a Koreanpatent application filed on Nov. 5, 2014 in the Korean IntellectualProperty Office and assigned Serial number 10-2014-0152907, and of aKorean patent application filed on Nov. 25, 2014 in the KoreanIntellectual Property Office and assigned Serial number 10-2014-0165249,the entire disclosure of each of which is hereby incorporated byreference.

TECHNICAL FIELD

The present disclosure relates to a method and apparatus fortransmitting/receiving a signal in a mobile communication system. Moreparticularly, the present disclosure relates to a method and apparatusfor transmitting/receiving a signal in a mobile communication systemsupporting a plurality of carriers.

BACKGROUND

In general, mobile communication systems have been developed to providecommunication services while allowing for a user's mobility. In responseto to the rapid development of technology, the mobile communicationsystems have reached a stage of not only providing voice communicationservices but also high-speed data communication services.

In recent years, a 3^(rd) generation partnership project (3GPP) longterm evolution (LTE) system has developed a standard to be used as oneof the next-generation mobile communication systems. The LTE system istechnology for implementing high-speed packet-based communication havinga transmission rate of hundreds Mbps which is higher than a currenttransmission rate, and standardization for the LTE system has beenalmost completed.

Currently, the discussion of an LTE-advanced (LTE-A) system that hasimproved transmitting rates by combining a variety of new technologiesfor the LTE system is underway. The most typical one of the newtechnologies may include carrier aggregation (CA).

In a CA scheme, one terminal performs a data transmitting/receivingoperation using a plurality of downlink carriers and a plurality ofuplink carriers, unlike the technology of the related art in which aterminal performs a data transmitting/receiving operation using onedownlink carrier and one uplink carrier.

Currently, however, only the intra-evolved Node B (ENB) CA is defined inan LTE-A system. This may result in reducing the applicability of a CAscheme, thus causing the possible problems that a macro cell and a picocell cannot be aggregated especially in a scenario where a plurality ofpico cells and one macro cell are operated in an overlapping manner.

The above information is presented as background information only toassist with an understanding of the present disclosure. No determinationhas been made, and no assertion is made, as to whether any of the abovemight be applicable as prior art with regard to the present disclosure.

SUMMARY

Aspects of the present disclosure are to address at least theabove-mentioned problems and/or disadvantages and to provide at leastthe advantages described below. Accordingly, an aspect of the presentdisclosure is to provide a method and apparatus fortransmitting/receiving a signal in a mobile communication systemsupporting a plurality of carriers.

Another aspect of the present disclosure is to provide a method andapparatus for transmitting/receiving a signal based on an inter-evolvedNode B (ENB) carrier aggregation (CA) scheme in a mobile communicationsystem supporting a plurality of carriers.

Another aspect of the present disclosure is to provide a method andapparatus for transmitting/receiving terminal capability information ina mobile communication system supporting a plurality of carriers.

Another aspect of the present disclosure is to provide a method andapparatus for transmitting/receiving terminal capability informationbased on a band combination in a mobile communication system supportinga plurality of carriers.

Another aspect of the present disclosure is to provide a method andapparatus for transmitting/receiving terminal capability informationbased on a cell in a mobile communication system supporting a pluralityof carriers.

Another aspect of the present disclosure is to provide a method andapparatus for transmitting/receiving terminal capability information perterminal or band combination in a mobile communication system supportinga plurality of carriers.

In accordance with an aspect of the present disclosure, a method fortransmitting terminal capability information in a communication systemsupporting a plurality of carriers is provided. The method includestransmitting a control message including the terminal capabilityinformation, wherein the terminal capability information includes atleast one of an information element (IE) indicating whether to support amulti-bearer, an IE indicating whether to support a secondary cell group(SCG) bearer, or an IE indicating whether to support dual connectivity(DC).

In accordance with another aspect of the present disclosure, a methodfor receiving terminal capability information in a communication systemsupporting a plurality of carriers is provided. The method includesreceiving a control message including the terminal capabilityinformation, wherein the terminal capability information includes atleast one of an IE indicating whether to support a multi-bearer, an IEindicating whether to support an SCG bearer, or an IE indicating whetherto support DC.

In accordance with another aspect of the present disclosure, a methodfor transmitting terminal capability information in a communicationsystem supporting a plurality of carriers is provided. The methodincludes transmitting a control message including the terminalcapability information, wherein the terminal capability informationincludes at least one IE indicating a DC capability.

In accordance with another aspect of the present disclosure, a methodfor receiving terminal capability information in a communication systemsupporting a plurality of carriers is provided. The method includesreceiving a control message including the terminal capabilityinformation, wherein the terminal capability information includes atleast one IE indicating a DC capability.

In accordance with another aspect of the present disclosure, anapparatus for transmitting terminal capability information in acommunication system supporting a plurality of carriers is provided. Theapparatus includes a transmitter configured to transmit a controlmessage including the terminal capability information, wherein theterminal capability information includes at least one of an IEindicating whether to support a multi-bearer, an IE indicating whetherto support an SCG bearer, or an IE indicating whether to support DC.

In accordance with another aspect of the present disclosure, anapparatus for receiving terminal capability information in acommunication system supporting a plurality of carriers is provided. Theapparatus includes a receiver configured to receive a control messageincluding the terminal capability information, wherein the terminalcapability information includes at least one of an IE indicating whetherto support a multi-bearer, an IE indicating whether to support an SCGbearer, or an IE indicating whether to support DC.

In accordance with another aspect of the present disclosure, anapparatus for transmitting terminal capability information in acommunication system supporting a plurality of carriers is provided. Theapparatus includes a transmitter configured to transmit a controlmessage including the terminal capability information, wherein theterminal capability information includes at least one IE indicating a DCcapability.

In accordance with another aspect of the present disclosure, anapparatus for receiving terminal capability information in acommunication system supporting a plurality of carriers is provided. Theapparatus includes a receiver configured to receive a control messageincluding the terminal capability information, wherein the terminalcapability information includes at least one IE indicating a DCcapability.

Other aspects, advantages, and salient features of the disclosure willbecome apparent to those skilled in the art from the following detaileddescription, which, taken in conjunction with the annexed drawings,discloses various embodiments of the present disclosure.

BRIEF DESCRIPTION OF THE DRAWINGS

The above and other aspects, features, and advantages of certainembodiments of the present disclosure will be more apparent from thefollowing description taken in conjunction with the accompanyingdrawings, in which:

FIG. 1 schematically illustrates a structure of a long term evolution(LTE) system according to an embodiment of the present disclosure;

FIG. 2 schematically illustrates a radio protocol structure in an LTEsystem according to an embodiment of the present disclosure;

FIG. 3 schematically illustrates an intra-evolved Node B (ENB) carrieraggregation (CA) operation in an LTE system according to an embodimentof the present disclosure;

FIG. 4 schematically illustrates an inter-ENB CA operation in an LTEsystem according to an embodiment of the present disclosure;

FIG. 5 schematically illustrates a connection structure of a packet dataconvergence protocol (PDCP) layer entity in an LTE system according toan embodiment of the present disclosure;

FIG. 6 schematically illustrates an operation of a terminal and anetwork in a case that a serving ENB (SENB) is configured or released inan LTE system according to an embodiment of the present disclosure;

FIG. 7 schematically illustrates an example of a process of generatingterminal capability information related to dual connectivity (DC) in anLTE system according to an embodiment of the present disclosure;

FIG. 8 schematically illustrates another example of a process ofgenerating terminal capability information related to DC in an LTEsystem according to an embodiment of the present disclosure;

FIG. 9 schematically illustrates an example of DC basic capability in anLTE system according to an embodiment of the present disclosure;

FIG. 10 schematically illustrates another example of DC basic capabilityin an LTE system according to an embodiment of the present disclosure;

FIG. 11 schematically illustrates a process of modifying an SENB in anLTE system according to an embodiment of the present disclosure;

FIG. 12 schematically illustrates an operation that a terminal triggersa PDCP status report upon reestablishing an offload bearer and transmitsa PDCP status report message in an LTE system according to an embodimentof the present disclosure;

FIG. 13 schematically illustrates a format of a PDCP status reportmessage in an LTE system according to an embodiment of the presentdisclosure;

FIG. 14 schematically illustrates an operating process of an ENB whichreceives a PDCP status report message and retransmits PDCP data in anLTE system according to an embodiment of the present disclosure;

FIG. 15 schematically illustrates an inner structure of a terminal whichtransmits PDCP data in a multi-bearer in an LTE system according to anembodiment of the present disclosure;

FIG. 16 schematically illustrates an operation of transmitting a PDCPdata packet and a PDCP control packet through a multi-bearer in an LTEsystem according to an embodiment of the present disclosure;

FIG. 17 schematically illustrates an inner structure of a terminal in anLTE system according to an embodiment of the present disclosure;

FIG. 18 schematically illustrates an inner structure of an ENB in an LTEsystem according to an embodiment of the present disclosure;

FIG. 19 schematically illustrates an operating process in a case that anradio link control (RLC) unacknowledged mode (UM) bearer isreestablished from a master cell group (MCG) bearer to a secondary CG(SCG) bearer, and is reestablished from the SCG bearer to the MCG beareragain in an LTE system according to an embodiment of the presentdisclosure;

FIG. 20 schematically illustrates an operating process related to atiming advance (TA) timer of a terminal in which DC is configured in anLTE system according to an embodiment of the present disclosure;

FIG. 21 schematically illustrates another example of DC basic capabilityin an LTE system according to an embodiment of the present disclosure;and

FIG. 22 schematically illustrates another example of DC basic capabilityin an LTE system according to an embodiment of the present disclosure.

Throughout the drawings, it should be noted that like reference numbersare used to depict the same or similar elements, features, andstructures.

DETAILED DESCRIPTION

The following description with reference to the accompanying drawings isprovided to assist in a comprehensive understanding of variousembodiments of the present disclosure as defined by the claims and theirequivalents. It includes various specific details to assist in thatunderstanding but these are to be regarded as merely exemplary.Accordingly, those of ordinary skill in the art will recognize thatvarious changes and modifications of the various embodiments describedherein can be made without departing from the scope and spirit of thepresent disclosure. In addition, descriptions of well-known functionsand constructions may be omitted for clarity and conciseness.

The terms and words used in the following description and claims are notlimited to the bibliographical meanings, but, are merely used by theinventor to enable a clear and consistent understanding of the presentdisclosure. Accordingly, it should be apparent to those skilled in theart that the following description of various embodiments of the presentdisclosure is provided for illustration purpose only and not for thepurpose of limiting the present disclosure as defined by the appendedclaims and their equivalents.

It is to be understood that the singular forms “a,” “an,” and “the”include plural referents unless the context clearly dictates otherwise.Thus, for example, reference to “a component surface” includes referenceto one or more of such surfaces.

Although ordinal numbers such as “first,” “second,” and so forth will beused to describe various components, those components are not limitedherein. The terms are used only for distinguishing one component fromanother component. For example, a first component may be referred to asa second component and likewise, a second component may also be referredto as a first component, without departing from the teaching of theinventive concept. The term “and/or” used herein includes any and allcombinations of one or more of the associated listed items.

The terminology used herein is for the purpose of describing variousembodiments of the present disclosure only and is not intended to belimiting. It will be further understood that the terms “comprises”and/or “has,” when used in this specification, specify the presence of astated feature, number, operation, component, element, or combinationthereof, but do not preclude the presence or addition of one or moreother features, numbers, operations, components, elements, orcombinations thereof.

The terms used herein, including technical and scientific terms, havethe same meanings as terms that are generally understood by thoseskilled in the art, as long as the terms are not differently defined. Itshould be understood that terms defined in a generally-used dictionaryhave meanings coinciding with those of terms in the related technology.

According to various embodiments of the present disclosure, anelectronic device may include communication functionality. For example,an electronic device may be a smart phone, a tablet personal computer(PC), a mobile phone, a video phone, an e-book reader, a desktop PC, alaptop PC, a netbook PC, a personal digital assistant (PDA), a portablemultimedia player (PMP), a Moving Picture Experts Group (MPEG-1 orMPEG-2) Audio Layer III (MP3) player, a mobile medical device, a camera,a wearable device (e.g., a head-mounted device (HMD), electronicclothes, electronic braces, an electronic necklace, an electronicappcessory, an electronic tattoo, or a smart watch), and/or the like.

According to various embodiments of the present disclosure, anelectronic device may be a smart home appliance with communicationfunctionality. A smart home appliance may be, for example, a television(TV), a digital versatile disc (DVD) player, an audio, a refrigerator,an air conditioner, a vacuum cleaner, an oven, a microwave oven, awasher, a dryer, an air purifier, a set-top box, a TV box (e.g., SamsungHomeSync™, Apple TV™, or Google TV™), a gaming console, an electronicdictionary, an electronic key, a camcorder, an electronic picture frame,and/or the like.

According to various embodiments of the present disclosure, anelectronic device may be a medical device (e.g., magnetic resonanceangiography (MRA) device, a magnetic resonance imaging (MRI) device,computed tomography (CT) device, an imaging device, or an ultrasonicdevice), a navigation device, a global positioning system (GPS)receiver, an event data recorder (EDR), a flight data recorder (FDR), anautomotive infotainment device, a naval electronic device (e.g., navalnavigation device, gyroscope, or compass), an avionic electronic device,a security device, an industrial or consumer robot, and/or the like.

According to various embodiments of the present disclosure, anelectronic device may be furniture, part of a building/structure, anelectronic board, electronic signature receiving device, a projector,various measuring devices (e.g., water, electricity, gas orelectro-magnetic wave measuring devices), and/or the like that includecommunication functionality.

According to various embodiments of the present disclosure, anelectronic device may be any combination of the foregoing devices. Inaddition, it will be apparent to one having ordinary skill in the artthat an electronic device according to various embodiments of thepresent disclosure is not limited to the foregoing devices.

According to various embodiments of the present disclosure, for example,a user equipment (UE) or a terminal may be an electronic device.

An embodiment of the present disclosure proposes a method and apparatusfor transmitting/receiving a signal in a mobile communication systemsupporting a plurality of carriers.

An embodiment of the present disclosure proposes a method and apparatusfor transmitting/receiving a signal based on an inter-evolved Node B(ENB) carrier aggregation (CA) scheme in a mobile communication systemsupporting a plurality of carriers.

An embodiment of the present disclosure proposes a method and apparatusfor transmitting/receiving terminal capability information in a mobilecommunication system supporting a plurality of carriers.

An embodiment of the present disclosure proposes a method and apparatusfor transmitting/receiving terminal capability information based on aband combination in a mobile communication system supporting a pluralityof carriers.

An embodiment of the present disclosure proposes a method and apparatusfor transmitting/receiving terminal capability information based on acell in a mobile communication system supporting a plurality ofcarriers.

An embodiment of the present disclosure proposes a method and apparatusfor transmitting/receiving terminal capability information per terminalor band combination in a mobile communication system supporting aplurality of carriers.

A method and apparatus proposed in various embodiments of the presentdisclosure may be applied to various communication systems such as aLong Term Evolution (LTE) system, an LTE-Advanced (LTE-A) system, a HighSpeed Downlink Packet Access (HSDPA) system, a High Speed Uplink PacketAccess (HSUPA) system, a High Rate Packet Data (HRPD) system proposed ina 3rd Generation Project Partnership 2 (3GPP2), a Wideband Code DivisionMultiple Access (WCDMA) system proposed in the 3GPP2, a CDMA systemproposed in the 3GPP2, an Institute of Electrical and ElectronicsEngineers (IEEE) 802.16m system, an Evolved Packet System (EPS), aMobile Internet Protocol (Mobile IP) system, and/or the like.

Firstly, a structure of an LTE system according to an embodiment of thepresent disclosure will be described with reference to FIG. 1.

FIG. 1 schematically illustrates a structure of an LTE system accordingto an embodiment of the present disclosure.

Referring to FIG. 1, a radio access network of the LTE system includesENBs 105, 110, 115, and 120, a mobility management entity (MME) 125, anda serving-gateway (S-GW) 130. Here, an ENB may be called a node B or abase station (BS). A terminal 135 accesses an external network throughthe ENBs 105, 110, 115, and 120, and the S-GW 130. Here, a terminal maybe called a UE.

The ENBs 105, 110, 115 and 120 may correspond to a legacy node B in auniversal mobile telecommunication system (UMTS). The ENBs 105, 110, 115and 120 are connected with the terminal 135 through a wireless channel,and perform a more complex role than the legacy node B.

In the LTE system, since all user traffic including a real-time servicesuch as a voice over IP (VoIP) service is serviced through a sharedchannel, there is a need for a device that collects status informationsuch as buffer status, power headroom status, channel status, and thelike of terminals, and performs a scheduling operation based on thecollected status information, and the device may be the ENBs 105, 110,115 and 120. Each of the ENBs 105, 110, 115 and 120 usually controls aplurality of cells. For example, in order to implement a transmissionrate of 100 Mbps, the LTE system uses an orthogonal frequency divisionmultiplexing (OFDM) scheme in a 20-MHz bandwidth as its radio accesstechnology (RAT). In addition, the ENBs 105, 110, 115 and 120 use anadaptive modulation & coding (AMC) scheme for determining a modulationscheme and a channel coding rate according to the channel status of theterminal 135.

The S-GW 130, which is a device that provides a data bearer, generatesor releases a data bearer under control of the MME 125. The MME 125,which is responsible not only for the mobility management function forthe terminal 135 but also for a variety of control functions, may beconnected to a plurality of ENBs.

A structure of an LTE system according to an embodiment of the presentdisclosure has been described with reference to FIG. 1, and a radioprotocol structure in an LTE system according to an embodiment of thepresent disclosure will be described with reference to FIG. 2.

FIG. 2 schematically illustrates a radio protocol structure in an LTEsystem according to an embodiment of the present disclosure.

Referring to FIG. 2, in a radio protocol of an LTE system, a terminaland an ENB include packet data convergence protocol (PDCP) layerentities 205 and 240, radio link control (RLC) layer entities 210 and235, and medium access control (MAC) layer entities 215 and 230,respectively.

The PDCP layer entities 205 and 240 perform operations such as an IPheader compression/decompression operation, and the like, and the RLClayer entities 210 and 235 perform operations such as an operation ofreconstructing PDCP protocol data units (PDUs) in a preset size, anautomatic repeat request (ARQ) operation, and the like.

The MAC layer entities 215 and 230, which are connected to multiple RLClayer entities included in one terminal, perform an operation ofmultiplexing RLC PDUs in a MAC PDU, and demultiplexing RLC PDUs from aMAC PDU. Physical (PHY) layer entities 220 and 225 channel-code andmodulate upper layer data to generate OFDM symbols, and transmit themthrough a wireless channel, or the PHY layer entities 220 and 225demodulate and channel-decode OFDM symbols received through a wirelesschannel, and deliver them to their upper layers.

A radio protocol structure in an LTE system according to an embodimentof the present disclosure has been described with reference to FIG. 2,and an intra-ENB CA operation in an LTE system according to anembodiment of the present disclosure will be described with reference toFIG. 3.

FIG. 3 schematically illustrates an intra-ENB CA operation in an LTEsystem according to an embodiment of the present disclosure.

Referring to FIG. 3, one ENB may generally transmit and receive multicarrier signals over a plurality of frequency bands. For example, when acarrier 315 with a downlink center frequency f1 and a carrier 310 with adownlink center frequency f3 are operated by an ENB 305, one terminalconventionally transmits and receives data using any one of the twocarriers.

However, a terminal having a CA capability may transmit and receive datathrough a plurality of carriers at the same time. The ENB 305 mayallocate more carriers to a terminal 330 having a CA capabilitydepending on the situation, thereby increasing a transmission rate ofthe terminal 330.

This approach of aggregating a downlink carrier and uplink carriers inone ENB will be referred to as intra-ENB CA.

However, in some cases, there may be a need to aggregate downlinkcarriers and uplink carriers that are transmitted and received from/atdifferent ENBs, unlike in the example shown in FIG. 3.

An intra-ENB CA operation in an LTE system according to an embodiment ofthe present disclosure has been described with reference to FIG. 3, andan inter-ENB CA operation in an LTE system according to an embodiment ofthe present disclosure will be described with reference to FIG. 4.

FIG. 4 schematically illustrates an inter-ENB CA operation in an LTEsystem according to an embodiment of the present disclosure.

Referring to FIG. 4, when an ENB 1 405 operates a carrier with a centerfrequency f1 and an ENB2 415 operates a carrier with a center frequencyf, a terminal 430 aggregates the carrier with the downlink centerfrequency f1 and the carrier with the downlink center frequency f2,leading to the results that one terminal aggregates carriers from two ormore ENBs. Herein, this will be referred to as inter-ENB CA.

In an embodiment of the present disclosure, inter-ENB CA will bereferred to as dual connectivity (DC). For example, the expression thatDC is configured may refer to the expression that inter-ENB CA isconfigured; the expression that one or more cell groups are configured;the expression that a secondary cell group (SCG) is configured; theexpression that at least one secondary serving cell (SCell), which iscontrolled by another ENB other than a serving ENB (SENB), isconfigured; the expression that a primary SCell (pSCell) is configured;the expression that a MAC layer entity for an SENB is established; theexpression that two MAC layer entities are established in a terminal,and the like.

The terms used for describing various embodiments of the presentdisclosure will be described below.

In the traditional sense, when one downlink carrier that one ENBoperates and one uplink carrier that the ENB operates constitute onecell, ‘CA’ may be construed as an operation in which a terminaltransmits and receives data through a plurality of cells at the sametime. In this case, the maximum transmission rate and the number ofcarriers aggregated may have a positive correlation.

In various embodiments of the present disclosure, the expression that aterminal receives data through any downlink carrier or transmits datathrough any uplink carrier has the same meaning as the expression thatthe terminal transmits and receives data using a control channel and adata channel that are provided by a cell corresponding to a centerfrequency and a frequency band characterizing the carrier.

In various embodiments of the present disclosure, CA will be expressedas ‘a plurality of serving cells are configured’, and the terms such asa PCell and an SCell or an enabled serving cell will be used. It will benoted that these terms may have the same meanings as those used in theLTE system. In various embodiments of the present disclosure, the termssuch as a carrier, a component carrier and a serving cell will beinterchangeably used.

In various embodiments of the present disclosure, a set of serving cellscontrolled by the same ENB will be defined as a cell group or a carriergroup (CG). The cell group may be divided again into a master cell group(MCG) and a SCG.

The MCG refers to a set of serving cells controlled by an ENB thatcontrols the PCell, i.e., a master ENB (MENB), and the SCG refers to aset of serving cells controlled by an ENB that controls only SCellsother than the ENB controlling the PCell, i.e., a slave ENB (SENB). Asto information about whether a specific serving cell belongs to an MCGor an SCG, an ENB provides the information to a terminal in a process ofconfiguring a related serving cell.

One MCG and one or more SCGs may be configured for one terminal. Invarious embodiments of the present disclosure, it will be consideredthat one SCG is configured in one terminal for convenience purpose only,various embodiments of the present disclosure may be applied as it is,even though one or more SCGs are configured.

The PCell and SCell are the terms indicating a type of the serving cell,which is configured in the terminal. There are some differences betweenthe PCell and the SCell. For example, while the PCell keeps an activestatus at all times, the SCell may alternate between an active statusand an inactive status under instruction of an ENB. The terminal'smobility may be controlled on the basis of the PCell, and the SCell maybe construed as an additional serving cell for datatransmission/reception. In embodiments of the present disclosure, thePCell and SCell may refer to a PCell and an SCell, which are defined inthe LTE standard 36.331 or 36.321.

In various embodiments of the present disclosure, a macro cell and apico cell will be considered. The macro cell which is a cell controlledby a macro ENB provides a service in a relatively large area. On theother hand, a pico cell which is a cell controlled by an SENB provides aservice in an area that is significantly narrower compared with themacro cell.

Although there are no strict criterion for distinguishing between themacro cell and the pico cell, it may be assumed that for example, anarea of the macro cell may have a radius of about 500 meters and an areaof the pico cell may have a radius of about tens of meters. Inembodiments of the present disclosure, it will be noted that the picocell and a small cell will be interchangeably used.

Referring to FIG. 4, if the ENB1 405 is an MENB and the ENB2 415 is anSENB, a serving cell 410 with a center frequency f1 is a serving cellbelonging to an MCG and a serving cell 420 with a center frequency f2 isa serving cell belonging to an SCG.

In the following description, it will be noted that other terms insteadof an MCG and an SCG may be used for better understanding. For example,terms such as a primary set and a secondary set, or a primary carriergroup and a secondary carrier group may be used. However, in this case,it should be noted that though the terms are different, their meaningsare the same. The main purpose of these terms is to determine whether acertain cell is controlled by an ENB that controls a PCell of aparticular terminal, and an operating scheme of a terminal and a relatedcell may vary depending on whether or not the related cell is controlledby the ENB that controls the PCell of the particular terminal. Althoughone or more SCGs may be configured in a terminal, in embodiments of thepresent disclosure, it will be assumed that a maximum of one SCG isconfigured for convenience purpose only. An SCG may include a pluralityof SCells, any one of which may have a special attribute.

In the typical intra-ENB CA, a terminal may transmit not only a hybridARQ (HARQ) feedback information and channel status information (CSI) fora PCell but also an HARQ feedback information and CSI for an SCell,through a physical uplink control channel (PUCCH) of the PCell. This isto apply a CA operation even to a terminal incapable of a simultaneousuplink transmission.

In the case of inter-ENB CA, it may be impossible in reality to transmitHARQ feedback information and CSI of Closed Subscriber Group (CSG)SCells through a PUCCH of a PCell. The HARQ feedback information shouldbe delivered within an HARQ round trip time (RTT) (commonly 8 ms), sincetransmission delay between an MENB and an SENB may be longer than theHARQ RTT. Because of these problems, PUCCH transmission resources areallocated in one of SCells belonging to an SCG, and an HARQ feedback andCSI for SCG SCells are transmitted through the PUCCH. The SCell havingthe special attribute will be referred to as a pSCell.

In the following description, an inter-ENB CA will be interchangeablyused with DC.

A connection structure of a PDCP layer entity in an LTE system accordingto an embodiment of the present disclosure will be described withreference to FIG. 5.

FIG. 5 schematically illustrates a connection structure of a PDCP layerentity in an LTE system according to an embodiment of the presentdisclosure.

Referring to FIG. 5, one user service is generally serviced by one EPSbearer, and one EPS bearer is connected to one radio bearer. A radiobearer includes a PDCP layer entity and an RLC entity. In an inter-ENBCA, data transmission/reception efficiency may be increased by deployinga PDCP layer entity and an RLC entity which correspond to one radiobearer at different ENBs each other.

At this time, there is need of different approaches according to a typeof user service. For example, in a mass data service, a user service mayestablish two RLC layer entities to transmit/receive data with an MENBand an SENB as shown by reference numeral 510. In a service of which aquality of service (QoS) required criterion is strict such as a voiceover LTE (VoLTE), the user service may transmit/receive data using aserving cell by including an RLC layer entity into only an MENB as shownby reference numeral 505. Alternatively, a user service may establish abearer in order that data is transmitted/received using serving cells ofan SENB as shown by reference numeral 535.

Hereinafter, for convenience of description, a bearer that data istransmitted/received through only a serving cell of an MENB as shown byreference numeral 505 will be referred to as an MCG bearer, a bearer asshown by reference numeral 510 will be referred to as a multi-bearer,and a bearer that data is transmitted/received through only a servingcell of an SENB will be referred to as an SCG bearer. A PDCP layerentity corresponding to an MCG bearer and an SCG bearer is connected toone RLC layer entity, and a PDCP layer entity corresponding to amulti-bearer is connected to two RLC layer entities.

In FIG. 5, the MCG bearer 505 includes layer entities corresponding to aterminal, and layer entities corresponding to an SENB. The layerentities corresponding to the terminal include a PDCP layer entity, anRLC layer entity 507, a MAC layer entity 509, and PHY layer entities.The layer entities corresponding to the SENB include a PHY layer entity,a MAC layer entity, an RLC layer entity, and a PDCP layer entity.

The multi-bearer 510 includes layer entities corresponding to aterminal, layer entities corresponding to an MENB, and layer entitiescorresponding to an SENB. The layer entities corresponding to theterminal include a PDCP layer entity; an RLC layer entity 515, a MAClayer entity 525, and a PHY layer entity for connecting with the MENB;and an RLC layer entity 520, a MAC layer entity 530, and a PHY layerentity for connecting with the SENB. The layer entities corresponding tothe MENB include a PHY layer entity, a MAC layer entity, an RLC layerentity, and a PDCP layer entity. The layer entities corresponding to theSENB include a PHY layer entity, a MAC layer entity, and an RLC layerentity.

The SCG bearer 535 includes layer entities corresponding to a terminal,and layer entities corresponding to an SENB. The layer entitiescorresponding to the terminal include a PDCP layer entity, an RLC layerentity 540, a MAC layer entity 545, and a PHY layer entity. The layerentities corresponding to the SENB include a PHY layer entity, a MAClayer entity, an RLC layer entity, and a PDCP layer entity.

An RLC layer entity where data is transmitted and received through anMCG (or connected to a MAC layer entity related to serving cells of anMCG) will be referred to as an MCG RLC layer entity, and an RLC layerentity where data is transmitted and received through an SCG will bereferred to as an SCG RLC layer entity. Each of the RLC layer entities507 and 515 is an MCG RLC layer entity, and each of the RLC layerentities 520 and 540 is an SCG RLC layer entity. A MAC layer entityrelated to a data transmission/reception through an MSG will be referredto as an MCG-MAC layer entity, and a MAC layer entity related to a datatransmission/reception through an SSG will be referred to as an SCG-MAClayer entity. Each of the MAC layer entities 509 and 525 is an MCG-MAClayer entity, and each of the MAC layer entities 530 and 545 is anSCG-MAC layer entity.

A MAC layer entity and an RLC layer entity are connected using a logicalchannel each other, a logical channel between an MCG RLC layer entityand an MCG-MAC layer entity will be referred to as an MCG logicalchannel, and a logical channel between an SCG RLC layer entity and anSCG-MAC layer entity will be referred to as an SCG logical channel.

Hereinafter, for convenience of description, it will be assumed that amacro cell area means an area where a small cell signal is not receivedand only a macro cell signal is received, and a small cell area means anarea where a macro call signal and a small cell signal are receivedtogether.

When a terminal with a large demand for downlink data moves from a macrocell area to a small cell area, a small cell may be additionallyconfigured for the terminal, and a bearer having a large amount ofdownlink data like a file transfer protocol (FTP) among bearers whichare established for the terminal may be reestablished from an MCG bearerto a multi-bearer or an SCG bearer. In other words, when a terminalmoves from a macro cell area to a small cell area, and back to the macrocell area, a bearer which is established for the terminal is changedfrom an MCG bearer to a multi-bearer/SCG bearer, and back to the MCGbearer.

Hereinafter, for convenience of description, a bearer that data istransmitted and received through an MCG if an SCG/SENB is notconfigured, and some or all of the data is transmitted/received throughan SCG if the SCG/SENB is configured will be referred to as an offloadbearer. Here, a bearer reestablishment process may occur if an SENB isconfigured for a terminal, an SENB is released, or an SENB is changed.If the SENB is added, the offload bearer is reestablished from an MCGbearer from an SCG bearer or a multi-bearer. If the SENB is released,the offload bearer is reestablished from the SCG bearer or themulti-bearer to the MCG bearer. If the SENB is changed, the offloadbearer is changed from the SCG bearer or the multi-bearer to other SCGbearer or multi-bearer.

Tables 1 and 2 show an operation of each layer entity in bearerreestablishment for each case.

In Tables 1 and 2, an old ENB denotes an ENB that transmits/receives allor some of data of an offload bearer before reestablishment for a beareroccurs, and a new ENB denotes an ENB that transmits/receives all or someof data of the offload bearer after the reestablishment for the beareroccurs.

An operation of each layer entity according to bearer reestablishmentwill be described with reference to Table 1.

TABLE 1 SENB configuration SENB release SENB change Old ENB An MENB isan old An SENB is an old An SENB which is not operation ENB. ENB.changed is an old ENB. The old ENB releases a The old ENB releases a Theold ENB releases a PDCP layer entity and PDCP layer entity and PDCPlayer entity and an RLC layer entity an RLC layer entity an RLC layerentity corresponding to an corresponding to an corresponding to anoffload bearer, and offload bearer, and offload bearer, andreestablishes a MAC releases a MAC layer releases a MAC layer layerentity. entity. entity. New An SENB is a new An MENB is a new A changedSENB is a ENB ENB. ENB. new ENB. operation The new ENB The new ENB Thenew ENB establishes a PDCP establishes a PDCP establishes a PDCP layerentity and an layer entity and an layer entity and an RLC layer entityRLC layer entity RLC layer entity corresponding to an corresponding toan corresponding to an offload bearer, and offload bearer, and offloadbearer, and establishes a MAC reestablishes a MAC establishes a MAClayer entity. layer entity. layer entity. Terminal A terminal A terminalA terminal operation reestablishes a PDCP reestablishes a PDCPreestablishes a PDCP layer entity and an layer entity and an layerentity and an RLC layer entity RLC layer entity RLC layer entitycorresponding to an corresponding to an corresponding to an offloadbearer, offload bearer, releases offload bearer, and establishes an SCG-an SCG-MAC layer reestablishes an SCG- MAC layer entity, and entity, andMAC layer entity. reestablishes an MCG- reestablishes an MCG- MAC layerentity. MAC layer entity.

Table 1 shows an operation related to SCG bearer reestablishment.

In Table 1, the expression that an old ENB reestablishes a MAC layerentity has the same meaning as the expression that the old ENB releasesa logical channel for an offload bearer and a mapping relationshipbetween the logical channel and a transport channel which the MAC layerentity manages. In Table 1, the expression that a new ENB reestablishesa MAC layer entity has the same meaning as the expression that the newENB newly sets up a logical channel for an offload bearer, and defines amapping relationship between the logical channel and a transport channelwhich the MAC layer entity manages. In Table 1, the expression that aterminal reestablishes an RLC layer entity has the same meaning as theexpression that the terminal performs the following operation.

[A Terminal Operation in an RLC Layer Entity Reestablishment]

An operation of a receiving device:

-   -   The receiving device assembles data which is possible to be        assembled among data stored in a reception buffer to deliver the        assembled data to an upper layer entity.    -   The receiving device discards remaining data which is stored in        the reception buffer, and initializes a timer and variables of        an RLC layer entity. Here, the timer and variables follow the        LTE standard 36.322, so a detailed description will be omitted        herein.

An operation of a transmitting device:

The transmitting device discards all of data which is stored in atransmission buffer, and initializes a timer and variables.

Further, the expression that a terminal reestablishes a PDCP layerentity has the same meaning as the expression that the terminal performsthe following operation.

[A Terminal Operation in a PDCP Layer Entity Reestablishment]

An operation of a receiving device:

The receiving device decrypts data which is delivered according to RLClayer entity reestablishment using an old security key.

The receiving device configures a decryption device thereby thedecryption device uses a new security key if a decryption operation forthe data has been completed.

An operation of a transmitting device:

The transmitting device configures an encryption device thereby theencryption device uses a new security key.

The expression that a terminal reestablishes an MCG-MAC layer entity inSENB configuration has the same meaning as the expression that theterminal releases a logical channel for an offload bearer to release amapping relationship between the logical channel and a transportchannel. The expression that the terminal reestablishes the MCG-MAClayer entity in the SENB configuration has the same meaning as theexpression that selective buffer flush is performed in an HARQ buffer.The selective buffer flush will be described below, so a detaileddescription will be omitted herein.

The expression that a terminal configures an SENB in SENB configurationhas the same meaning as the expression that the terminal setup a logicalchannel of an offload bearer to define a mapping relationship betweenthe logical channel and a transport channel, triggers a buffer statusreport and a power headroom report, and transmits control information ifa uplink transmission which is based on an SCG is possible.

The expression that a terminal releases an SCG-MAC layer entity in SENBrelease has the same meaning as the expression that the terminalreleases a downlink buffer and a uplink buffer of the SCG-MAC layerentity, and performs an operation of canceling a random access process,a buffer status report process, a power headroom report process, and thelike which are ongoing at a related timing point, and the like.

An operation of each layer entity according to bearer reestablishmentwill be described with reference to Table 2.

TABLE 2 SENB configuration SENB release SENB change Old ENB An MENB isan old An SENB is an old An SENB which is not operation ENB. ENB.changed is an old ENB. The old ENB maintains The old ENB releases Theold ENB releases a PDCP layer entity an S-RLC layer entity an S-RLClayer entity and an RLC layer and an SCG-MAC and an SCG-MAC entitycorresponding to layer entity layer entity an offload bearer.corresponding to an corresponding to an offload bearer. offload bearer.New An SENB is a new An MENB is a new A changed SENB is a ENB ENB. ENB.new ENB. operation The new ENB The new ENB The new ENB establishes anS-RLC maintains a PDCP establishes an S-RLC layer entity and an layerentity and an layer entity and an SCG-MAC layer RLC layer entity SCG-MAClayer entity. corresponding to an entity. offload bearer, andreestablishes a MAC layer entity. Terminal A terminal maintains a Aterminal maintains a A terminal maintains a operation PDCP layer entityand PDCP layer entity and PDCP layer entity and an RLC layer entity aP-RLC layer entity a P-RLC layer entity corresponding to ancorresponding to an corresponding to an offload bearer, and offloadbearer, and offload bearer, establishes an S-RLC releases an S-RLCreestablishes an S-RLC layer entity and an layer entity and an layerentity, and SCG-MAC layer SCG-MAC layer reestablishes SCG- entity.entity. The terminal MAC layer entity. reestablishes an MCG- MAC layerentity.

Table 2 shows an operation related to multi-bearer reestablishment.

A connection structure of a PDCP layer entity in an LTE system accordingto an embodiment of the present disclosure has been described withreference to FIG. 5, and an operation of a terminal and a network in acase that an SENB is configured or released in an LTE system accordingto an embodiment of the present disclosure will be described withreference to FIG. 6.

FIG. 6 schematically illustrates an operation of a terminal and anetwork in a case that an SENB is configured or released in an LTEsystem according to an embodiment of the present disclosure.

Referring to FIG. 6, the LTE system includes a terminal 605, an MENB607, and an SENB 610.

In the LTE system including the terminal 605, the MENB 607, and the SENB610, the terminal 605 sets up a radio resource control (RRC) connectionwith the MENB 607, and reports terminal capability information relatedto capability of the terminal 605 according to an instruction of theMENB 607 at operation 611. The terminal capability information of theterminal 605 may be reported through a control message, for example, aUE capability information message, and include at least one informationelement (IE). It will be noted that the terms such information and an IEwill be interchangeably used.

For example, the IE may be an IE indicating that the terminal 605supports CA on which frequency bands (i.e., a SupportedBandCombinationIE). The terminal 605 includes information about all band combinationswhich are related to the CA which the terminal supports into theSupportedBandCombination IE.

Further, per band combination reported in the SupportedBandCombinationIE, an IE indicating whether to support DC in a related bandcombination, i.e., a DC support IE, and an IE indicating whether tosupport an SCG bearer/multi-bearer, i.e., an SCG bearer/multi-bearersupport IE may be included in the UE capability information message. TheDC support IE is reported for each band which satisfies a predeterminedcriterion. The UE capability information message may include a pluralityof DC support IEs.

The UE capability information message includes only one SCGbearer/multi-bearer support IE. For example, it will be assumed that theterminal 605 reports a band combination as shown in Table 3 using theSupportedBandCombination IE.

TABLE 3 Band One serving cell is supported in a band X. combination 1Band Two serving cells are supported in a band X. combination 2 Band Oneserving cell is supported in a band X, and combination 3 one servingcell is supported in a band Y. Band Two serving cells are supported in aband X, and combination 4 one serving cell is supported in a band Y.Band One serving cell is supported in a band X, and combination 5 twoserving cells are supported in a band Y.

For example, it will be assumed that a terminal implements a DC supportIE with 3 bits, in this case, the terminal configures 1 bit-informationindicating whether to support DC per band combination as shown in Table4 to include the 1 bit-information into the UE capability informationmessage. The DC support IE may be generated without considering a bandcombination where the DC is not applicable (e.g., a band combinationwhere only one serving cell is configured or a band combination where aplurality of serving cells are configured on only the same band).

TABLE 4 The first information Indicates that DC is supported in thefirst band indicating whether to combination that the DC is supportable(e.g., a support DC band combination 3). The second informationIndicates that DC is supported in the second indicating whether to bandcombination that the DC is supportable support DC (e.g., a bandcombination 4). The third information Indicates that DC is supported inthe third band indicating whether to combination that the DC issupportable (e.g., a support DC band combination 5).

Whether to support the DC may be variable per band combination, so theDC support IE is reported per band combination, however, informationrelated to whether to support a bearer, i.e., the SCGbearer/multi-bearer support IE may be equally applied to all bandcombinations. A terminal that whether to support a bearer is equallyapplied to all band combinations that DC is supported generates only oneSCG bearer/multi-bearer support IE as shown in Table 5 to include theSCG bearer/multi-bearer support IE into the control message (i.e., theUE capability information message).

In other words, a terminal which supports DC for one band combinationmay include the SCG bearer/multi-bearer support IE in Table 5 into theUE capability information message independent of the DC support IE.

As shown in Table 5, for example, the SCG bearer/multi-bearer support IEmay be implemented with 2 bits, and indicate whether to support an SCGbearer and whether to support a multi-bearer.

TABLE 5 The first bit included in an SGC The second bit included in anSGC bearer/multi-bearer support IE: bearer/multi-bearer support IE:indicates whether a terminal which indicates whether a terminal whichsupports DC in at least one band supports DC in at least one bandcombination supports an SCG combination supports a multi- bearer in allband combinations bearer in all band combinations that the DC issupported. that the DC is supported.

As shown in Table 5, if a value of only one of the 2 bits is set to“YES”, i.e., a value indicating support (e.g., “1”), it means that aterminal supports only a related bearer. If values of all of the 2 bitsare set to “YES”, it means that the terminal supports all of twobearers.

Alternatively, the SCG bearer/multi-bearer support IE may indicate thata terminal supports an SCG bearer or a multi-bearer. In this case, theSCG bearer/multi-bearer support IE may be implemented with 1 bit, andmay indicate that the terminal supports an SCG bearer or a multi-beareraccording to the value of the 1 bit.

A terminal which reports that at least one among band combinationssupports DC includes the SCG bearer/multi-bearer support IE into the UEcapability information message if the terminal supports only an SCGbearer or multi-bearer.

On the other hand, a terminal which supports DC in at least one banddoes not include the SCG bearer/multi-bearer support IE into the UEcapability information message if the terminal supports all of an SCGbearer and a multi-bearer.

A combination of DC support information and SCG bearer/multi-bearersupport information per band combination may indicate terminalcapability information as shown the following Table 6.

TABLE 6 Terminal capability information which is based on a combinationof DC support information and SCG bearer/multi-bearer supportinformation per band combination DC support SCG bearer/multi-bearerTerminal capability information support information information Notpresent Not present A terminal does not support DC. Present for atSupport an SCG bearer A terminal supports a DC least one operationthrough an SCG band combination bearer in a band combination that DC issupported. Present for at Support a multi-bearer A terminal supports aDC least one operation through a multi- band combination bearer in aband combination that DC is supported. Present for at Not present Aterminal supports a DC least one operation through an SCG bandcombination bearer and a DC operation through a multi-bearer in a bandcombination that DC is supported (however, the terminal may not supportthe SCG bearer and the multi-bearer at the same time).

The expression that a terminal supports an SCG bearer has the samemeaning as the expression that the terminal has a capability that theterminal uses two security keys, and determines to use one of the twosecurity keys (e.g., the first security key for performing an encryptionand decryption operation for MCG bearer data), and the other of the twosecurity keys (e.g., the second security key for performing anencryption and decryption operation for SCG bearer data).

The expression that a terminal supports a multi-bearer has the samemeaning as the expression that the terminal may connect one PDCP layerentity to two RLC layer entities to transmit/receive data.

A terminal which supports both an SCG bearer and a multi-bearer mayreport information indicating whether the terminal has completed aninter-operability test (IOT) for which one of the SCG bearer and themulti-bearer per band combination where DC is supported by the terminal.The IOT is a test which is performed between a terminal and a network,and it is desirable that only a function that the IOT has been performedis used. The IOT requires a terminal and a network which are implementedas a commercial level. If arbitrary functions are not implementedwidely, the terminal may not the IOT even though the arbitrary functionsare implemented in the terminal.

Particularly, for DC which is applied per band combination, if there isno network which actually uses a related band combination, or if thenetwork only one of an SCG bearer and a multi-bearer even though thereis a network which actually uses a related band combination, theterminal may not perform the IOT perfectly.

A situation that a terminal which supports the multi-bearer and the SCGbearer performs an IOT on only one of the multi-bearer and the SCGbearer for an arbitrary band combination, performs an IOT on only abearer other than the bearer that the IOT is performed on the arbitraryband combination of the multi-bearer and the SCG bearer for other bandcombination, and performs an IOT on all of the multi-bearer and the SCGbearer may occur. At this time, if the terminal does not report an IOTsituation per bearer to an ENB, the ENB may not know exactly that an IOTis performed for which bearer, so a limitation may occur for applying aDC operation.

The terminal may configure terminal capability information by reflectingan IOT situation as shown in the following Table 7.

TABLE 7 Terminal capability information that an IOT situation isreflected A terminal reporting to A terminal reports that DC is notsupport DC and an SCG bearer supported in a related band for at leastone band combination if an IOT is not completed for an SCG bearer in therelated band combination even though the related band combination is aband combination that DC is supported. That is, if the DC is supported,the terminal reports that the DC is supported for only a bandcombination that an IOT for an SCG bearer has been completed. A terminalreporting to A terminal reports that DC is not support DC and amulti-bearer supported in a related band for at least one bandcombination if an IOT is not completed for a multi-bearer in the relatedband combination even though the related band combination is a bandcombination that DC is supported. That is, if the DC is supported, theterminal reports that the DC is supported for only a band combinationthat an IOT for a multi-bearer has been completed. A terminal reportingto For band combinations that DC is support DC, and all of an supported,a terminal reports SGC bearer and a multi-bearer information indicatingwhether to for at least one band complete an IOT for an SCG bearer andwhether to complete an IOT for a multi-bearer per band combination. Thatis, the terminal reports that a related band combination does notsupport DC if an IOT is not completed even though the DC is supported.

Further, the terminal may report information indicating whether tosupport an asynchronous network operation using a UE capabilityinformation message.

A DC operation may be performed in a synchronous network or anasynchronous network. Here, the synchronous network denotes a network inwhich a distance between sub-frame boundaries for a downlink signalbetween serving cells is shorter than a predetermined criterion (e.g.,30 ms), and the asynchronous network denotes a network in which thedistance between the sub-frame boundaries for the downlink signalbetween the serving cells is not restricted, so the sub-frame boundariesfor two serving cells may be up to 500 ms away.

In the synchronous network, a capability of a signal storing deviceincluded in a receiving radio frequency (RF) circuit of a terminal isdesigned by considering relative small time difference (e.g., 30 microseconds), however, in the asynchronous network, the capability of thesignal storing device needs to be designed by considering up to 0.5 mstime difference. The terminal may be operable only in the synchronousnetwork or in all of the synchronous network and the asynchronousnetwork.

The expression that the terminal supports the asynchronous network hasthe same meaning as the expression that the terminal may perform a DCoperation if time difference between sub-frame boundaries for a downlinksignal of serving cells is within predetermined time.

All terminals which support a DC operation basically need to support anoperation related to a synchronous network. The terminal does not needto report information indicating whether to support the synchronousnetwork to an ENB.

Alternatively, the terminal does not support the asynchronous network,so the terminal needs to report information indicating whether tosupport the asynchronous network to the ENB. The terminal may generatethe information indicating whether to support the asynchronous networkper band combination by relating the information to an IOT.

An example of a process of generating terminal capability informationrelated to DC in an LTE system according to an embodiment of the presentdisclosure will be described with reference to FIG. 7.

FIG. 7 schematically illustrates an example of a process of generatingterminal capability information related to DC in an LTE system accordingto an embodiment of the present disclosure.

Referring to FIG. 7, in the terminal capability information, informationindicating whether to support a multi-bearer, information indicatingwhether to support an SCG bearer, and the like are configured as perterminal, and information indicating whether to support DC is configuredas per band combination.

The terminal capability information includes aSupportedBandCombinationList IE 708 indicating information about a bandcombination which a terminal supports, a DCbandcombinationParameter(BCP) IE 735 indicating information about a DC band combination, and adualConnectivityCapability IE 730 indicating information about DCcapability.

The SupportedBandCombinationList IE 708 includes BCP IEs 710, 715, 720,and 725 indicating information about at least one band combinationparameter. A BCP IE indicates information about each band combinationwhich a terminal supports. The BCP IE includes a BandParameters (BP) IEindicating information about one or more band parameters. The BP IEincludes a FreqBandIndicator indicating information about a band, aBPdownlink (BPDL) IE, and a BPuplink (BPUL) IE 727 and 728.

The BPDL IE includes a bandwidthClass indicating the number of servingcells that a related band supports and antenna capability information.Here, a bandwidthClass A denotes capability that one serving cell whichuses up to 20 MHz as a total bandwidth may be configured, abandwidthClass B denotes capability that two serving cells may beconfigured and a total bandwidth is up to 20 MHz, and a bandwidthClass Cdenotes capability that two serving cells may be configured and a totalbandwidth is up to 40 MHz.

The dualConnectivityCapability IE includes a ScgBearerSupport IEindicating whether a terminal supports an SCG bearer, aSplitBearerSupport IE indicating whether the terminal supports amulti-bearer, and an unsyncDeploySupport IE indicating whether theterminal supports an operation in an asynchronous network.

The unsyncDeploySupport IE indicates whether the terminal may perform aDC operation in two serving cells even though difference between anarbitrary downlink sub-frame (hereinafter, ‘sub-frame x’) of anarbitrary serving cell of the two serving cells and a sub-frame(hereinafter, ‘sub-frame y’) which is closest to the sub-frame x in atime domain among sub-frames of a serving cell different from thearbitrary serving cell is a predetermined value (e.g., 0.5 ms). That is,the unsyncDeploySupport IE indicates that the terminal may perform theDC operation in the sub-frame x and the sub-frame y even though adistance between a sub-frame boundary of the sub-frame x and a sub-frameboundary of the sub-frame y becomes up to 0.5 ms.

The DCBCP IE 735 includes at least one DCsupported IE, and the number ofthe DCsupported IEs is equal to the number of BCP IEs included in theSupportedBandCombinationList IE 708. Here, an arbitrary DCsupported IEcorresponds to a BCP IE one-to-one according to an order. For example,the first DCsupported IE 740 is an IE for the first BCP IE 710 and thesecond DCsupported IE 745.

If the DCsupported IE indicates ‘Yes’, it means that a terminal supportsDC in a band combination of a BCP IE which corresponds to theDCsupported IE and has completed an IOT for a DC operation in a relatedband. Here, details of the DC operation are indicated by thedualConnectivityCapability IE. That is, if thedualConnectivityCapability IE indicates that the SCG bearer and anoperation in an asynchronous network are supported, it means that theoperation for the band communication is supported and an IOT for theoperation has been completed.

For another example, the number of DCsupported IEs may be equal to thenumber of BCP IEs which satisfy a predetermined criterion. The criterionrelates to CA, and a BCP IE which satisfies the predetermined criterionincludes at least two BP IEs or band entries. The BCP IE which satisfiesthe predetermined criterion may be a BCP IE that an uplink is set up forat least two band entries. Alternatively, the BCP IE which satisfies thepredetermined criterion includes one band entry, and may indicate that abandwidth class of the band entry configures at least two serving cellsthat an uplink is set up.

An example of a process of generating terminal capability informationrelated to DC in an LTE system according to an embodiment of the presentdisclosure has been described with reference to FIG. 7, and anotherexample of a process of generating terminal capability informationrelated to DC in an LTE system according to an embodiment of the presentdisclosure will be described with reference to FIG. 8.

FIG. 8 schematically illustrates another example of a process ofgenerating terminal capability information related to DC in an LTEsystem according to an embodiment of the present disclosure.

Referring to FIG. 8, information indicating whether to support amulti-bearer, information indicating whether to support an SCG bearer,and the like are signaled per band combination.

The terminal capability information includes aSupportedBandCombinationList IE 708 indicating information about a bandcombination which a terminal supports, and a dualConnectivityCapabilityIE 830 indicating DC capability information.

The DCBCP IE 835 includes at least one DCCapability IEs 845 and 850indicating DC capability. The number of DCCapability IEs included in theDCBCP IE 835 is equal to the number of BCP IEs which satisfy apredetermined criterion.

The predetermined criterion relates to CA, and a BCP IE which satisfiesthe predetermined criterion includes at least two BP IEs or at least twoband entries.

The BCP IE which satisfies the predetermined criterion may be a BCP IEthat an uplink is set up for at least two band entries. Alternatively,if a bandwidth class of the band entry configures at least two servingcells that an uplink is set up, the BCP IE which satisfies thepredetermined criterion may include one band entry. The BCP IE whichsatisfies the predetermined criterion includes at least two bandentries.

Meanwhile, a DCCapability IE corresponds to a BCP IE which satisfies thecriterion one-to-one. For example, the DCCapability IE 845 correspondsto the BCP IE 720, and the DCCapability IE 850 corresponds to the BCP IE725.

The DCCapability IE includes three IEs, the first IE includinginformation indicating whether to support an SCG bearer and whether tocomplete an IOT, the second IE including information indicating whetherto support a multi-bearer and whether to complete an IOT, and the thirdIE including information indicating whether to support an operation foran asynchronous network and whether to complete an IOT. That is, if thefirst IE indicates support of the SCG bearer and completion of the IOT,it means that a terminal supports an SCG bearer in a related bandcombination, and has completed an IOT.

Meanwhile, a DC operation includes an operation of transmitting a PUCCHsignal in two serving cells. Upon supporting DC in an arbitrary bandcombination, a terminal needs to report to an ENB that the terminal maytransmit a PUCCH signal in which serving cell of the band combination.If the number of band entries included in a band combination large and abandwidth class is high, more various band combinations may beconfigured.

If the terminal reports which band combination is supported for all ofthe various band combinations, a signaling overhead may become serious.For example, in a case that there is a band combination that 2 servingcells may be configured in a band X, there is a band combination that 2serving cells may be configured in a band Y, and there is a bandcombination that 1 serving cell may be configured in a band Z, if theterminal selects 2 serving cells among the 5 serving cells, the numberof cases that the terminal may report is 20. The terminal requires 20bits for indicating that a PUCCH transmission is supported in which bandcombination among 20 band combinations. For example, if it is consideredthat a terminal reports to support which band combination for up to 128band combinations, it may be difficult for the terminal to accept thisoverhead.

An embodiment of the present disclosure does not consider all bandcombinations, defines a band combination which may be used commonly, andrelates whether to support a DC operation to whether to support the bandcombination. That is, Upon reporting to support a DC operation in anarbitrary band combination, a terminal supports a PUCCH signaltransmission (or PUCCH set up) in serving cells corresponding to a‘two-serving cell basic combination’ among ‘two-serving cellcombinations’ which are derived from the arbitrary band combination. Ifthe terminal supports a PUCCH signal transmission in at least one bandcombination other than the two serving cell-basic combination, theterminal reports to support the PUCCH signal transmission in the atleast one band combination other than the two serving cell-basiccombination using a new signaling.

The two-serving cell basic combination (hereinafter, a ‘basiccombination’) may be differently defined according to the number of bandentries, and this will be described below.

(1) A Basic Combination for a Band Combination with One Band Entry

All two-serving cell combinations are basic combinations. For example,if an arbitrary BCP IE includes one band entry, and a bandwidth class ofthe band entry indicates that up to 3 serving cells are supportable,possible band combinations includes [cell 1+cell 2], [cell 1+cell 3],[cell 2+cell 3], and PUCCH set up is possible in all of the 3 bandcombinations.

(2) A Basic Combination for a Band Combination with Two or More BandEntries

All band combinations including a serving cell of a band entry and aserving cell of other band entry different from the band entry areincluded in a basic combination. For example, in a band combinationincluding a band X and a band Y, all two-serving cell combinationsincluding a serving cell of the band X and a serving cell of the band Yare basic combinations. That is, all band combinations except for a bandcombination including serving cells included in one band entry are basiccombinations.

As described above, if there is one band entry, basic capability is thata terminal transmits a PUCCH signal in two serving cells which areconfigured in one band (or that a PUCCH is set up in two serving cells).A basic capability for a band combination with two or more band entriesis that a terminal transmits a PUCCH signal in only one serving cell inone band (or that a PUCCH is set up in one serving cell).

If a terminal tries to perform a DC operation, the terminal needs toconfigure two serving cell groups. If the terminal supports DC in anarbitrary band combination, the terminal needs to report to an ENB thatthe terminal may configure which serving cells of the band combinationas the same serving cell group.

Meanwhile, a size of a message which defines all possible bandcombinations and reports whether to support each of all possible bandcombinations becomes significantly large, so an embodiment of thepresent disclosure defines basic capability according to a predeterminedcriterion. The expression that an arbitrary terminal supports DC in apredetermined band combination has the same meaning as the expressionthat the arbitrary terminal supports the DC and the basic capability atthe same time.

A basic capability may be differently defined for a case that there isone band entry and a case that there are two or more band entries, andthis will be described below.

(1) A Basic Capability for a Band Combination with One Band Entry

A basic capability for a band combination with one band entry is tosupport all cases that serving cells are configured as two groups. Forexample, if an arbitrary BCP IE includes one band entry, and a bandwidthclass of the band entry indicates that up to 3 serving cells aresupportable, all of a case that a cell 1 is configured as one group anda cell 2 and a cell 3 are configured as the other group (hereinafter,‘[cell 1, cell 2+cell 3]’), a case that a cell 1 and a cell 2 areconfigured as one group and a cell 3 is configured as the other group,and a case that a cell 1 and a cell 3 are configured as one group and acell 2 is configured as the other group are supported. That is, a basiccapability for a band combination with one band entry means that it issupported that two serving cells are configured in one band entry.

(2) A Basic Capability for a Band Combination with Two or More BandEntries

A basic capability for a band combination with two or more band entriesis to support all cases except for a case that serving cells of one bandentry are configured as two serving cell groups. For example, a basiccapability of a band combination including bands x, y, and z is tosupport a case that serving cells of the band x are configured as onecell group and serving cells of the bands y and z are configured as theother cell group, a case that serving cells of the bands x and y areconfigured as one cell group and serving cells of the band z areconfigured as the other cell group, and a case that serving cells of thebands x and z are configured as one cell group and serving cells of theband y are configured as the other cell group, except for a case thatsome of the serving cells of the band x are configured as one cell groupand the remaining serving cells of the band x and the serving cells ofthe bands y and z are configured as the other cell group, and the like.

Meanwhile, configuration of a serving cell group and a transmission oftwo PUCCH signals may be configured as one unit capability.

For example, if a terminal reports to support DC in an arbitrary bandcombination, that is, if the terminal reports terminal capabilityinformation including a DCsupported IE 740 for the arbitrary bandcombination, the terminal supports a DC basic capability for thearbitrary band combination.

The DC basic capability means a capability that the terminal mayconfigure two cell groups which satisfy a predetermined criterion andtransmit a PUCCH signal in each of the two cell groups.

A DC basic capability for an arbitrary band combination may bedifferently defined according to the number of band entries of thearbitrary band combination.

(1) A DC Basic Capability for a Band Combination with One Band Entry

For a band combination with one band entry, a terminal may configure twocell groups based on a combination of cells which satisfy a criterion A,and set up a PUCCH in any one of serving cells that a uplink is set upamong serving cells included in each cell group to transmit a PUCCHsignal. The criterion A may be satisfied if a serving cell group isconfigured such that an uplink is set up in at least one serving cell.An example of a DC basic capability in an LTE system according to anembodiment of the present disclosure will be described with reference toFIG. 9.

FIG. 9 schematically illustrates an example of DC basic capability in anLTE system according to an embodiment of the present disclosure.

Referring to FIG. 9, for example, for a band entry that up to 4 servingcells may be configured, a DC basic capability means that all of 7 casesthat two serving cell groups are configured are supported as shown inFIG. 9.

In FIG. 9, it will be assumed that an uplink is set up in all servingcells. For example, in FIG. 9, it will be assumed that a bandwidth classis a bandwidth class indicating that all of a downlink bandwidth classand an uplink bandwidth class support 4 serving cells.

(2) A DC Basic Capability for a Band Combination with at Least Two BandEntries

A DC basic capability for a band combination with at least two bandentries means that a cell group is configured for all band combinationswhich satisfy the following criteria in configuration of two cellgroups.

A) Serving cells included in the same band are not included in differentcell groups one another. That is, one cell group is associated with oneor more band entries and the band entries associated with the one cellgroup are not associated with other cell group.

B) An uplink is set up in at least one serving cell of each cell group.That is, if one cell group is associated with n band entries, at leastone band entry is a band entry that a BPUL IE is configured.

C) A PUCCH set up/PUCCH signal transmission is possible in one servingcell of each cell group.

Meanwhile, a DC basic capability for an arbitrary band combination maybe defined as the following.

(1) If a DCsupported IE for an arbitrary band combination is included(or a DCsupported IE is signaled), and the arbitrary band combination isconfigures with one band entry, a DC basic capability of a terminal forthe arbitrary band combination is to configure two cell groups for thearbitrary band combination in order that a criterion D is satisfied.That is, the terminal supports two cell groups that are configured inorder that the criterion D is satisfied. The criterion D may be definedas the following.

<Criterion D>

For a related band entry (or a band indicated by a related band entry),if two cell groups are configured and serving cells included in eachcell group are continuous one another in a frequency domain, a criterionD is satisfied.

Assuming that serving cells of which indexes are contiguous one anotherare serving cells that are continuous one another in a frequency domain,for example, a serving cell 1 and a serving cell 2 are continuous eachother in the frequency domain, so a frequency band of the serving cell 1and a frequency band of the serving cell 2 are continuous except for aguard band.

Another example of DC basic capability in an LTE system according to anembodiment of the present disclosure will be described with reference toFIG. 21.

FIG. 21 schematically illustrates another example of DC basic capabilityin an LTE system according to an embodiment of the present disclosure.

Referring to FIG. 21, an operation of configuring two cell groups, forexample, an operation of configuring cell 1 as one cell group andconfiguring cells 2, 3, and 4 as the other cell group satisfies acriterion D as shown by reference numeral 2105. However, an operation ofconfiguring two cell groups, for example, an operation of configuringthe cell 2 as one cell group and configuring the cells 1, 3, and 4 asthe other cell group does not satisfy the criterion D as shown byreference numeral 2110.

(2) If a DCsupported IE for an arbitrary band combination is included(or a DCsupported IE is signaled), and the arbitrary band combination isconfigures with two band entries, a DC basic capability of a terminalfor the arbitrary band combination is to configure two cell groups forthe arbitrary band combination in order that a criterion E is satisfied.That is, the terminal supports two cell groups that are configured inorder that the criterion E is satisfied. The criterion E may be definedas the following.

<Criterion E>

If one cell group is configured for each band entry (or each bandindicated by a related band entry), a criterion E is satisfied.

Still another example of DC basic capability in an LTE system accordingto an embodiment of the present disclosure will be described withreference to FIG. 22.

FIG. 22 schematically illustrates still another example of DC basiccapability in an LTE system according to an embodiment of the presentdisclosure.

Referring to FIG. 22, an operation of configuring two cell groups, forexample, an operation of configuring cells 1 and 2 included in a band 1as one cell group and configuring cells 3 and 4 included in a band 2 asthe other cell group satisfies a criterion E as shown by referencenumeral 2205. However, an operation of configuring two cell groups, forexample, an operation of configuring the cell 1 as one cell group andconfiguring the cells 2, 3 and 4 as the other cell group does notsatisfy the criterion E as shown by reference numeral 2210.

In a case that the number of band entries is greater than or equal to 2,a scheme of reporting a cell group capability in a terminal will bedescribed below.

If the number of band entries is greater than or equal to 2, a servingcell or a carrier of one band entry belongs to only one cell group. Thatis, the serving cell/carrier of the one band entry does not belong totwo or more serving cell groups. For example, if the number of bandentries is 2, the number of possible cell group combinations is 1.

If the number of band entries is greater than or equal to 3, the numberof possible cell group combinations becomes greater than or equal to 2,that is, there are a plurality of possible cell group combinations, anda terminal may support some of the plurality of possible cell groupcombinations.

If a terminal supports only a synchronous operation in a related bandcombination, the terminal supports all of cell group combinations.However, if the terminal supports only an asynchronous operation in therelated band combination, the terminal may support only some of the cellgroup combinations.

Further, a terminal uses an indicator or a bitmap for indicating whetherto support an asynchronous operation per band combination. Hereinafter,for convenience of description, the indicator for indicating whether tosupport the asynchronous operation will be referred to as anasynchronous operation support indicator. For example, the asynchronousoperation support indicator may be implemented with one bit, and thebitmap may be implemented with at least two bits. Here, the number ofbits included in the bitmap is not limited.

The asynchronous operation support indicator will be described below.

A terminal indicates whether to support an asynchronous operation for aband combination with one or two band combinations by including theasynchronous operation support indicator or by not including theasynchronous operation support indicator. For example, if theasynchronous operation support indicator is included, an asynchronousoperation is supported for a related band combination. If theasynchronous operation support indicator is not included, anasynchronous operation is not supported for a related band combination.

For a band combination with three or more band combinations, a terminalindicates that all of possible cell group combinations are supported ina related band combination by including the asynchronous operationsupport indicator, indicates that some of possible cell groupcombinations are supported in a related band combination by includingthe bitmap, or does not indicate that an asynchronous operation is notsupported in a related band combination by not including theasynchronous operation support indicator and the bitmap.

This will be described below.

For a band combination of which the number of band entries is greaterthan or equal to 3, if a terminal supports some of all possible cellgroup combinations, the terminal indicates which cell group combinationamong the possible cell group combinations is supported based on abitmap which is defined according to a predetermined rule.

For example, possible cell group combinations for a band combinationincluding three band entries including a band A, a band B, and a band Cwill be followed.

A possible cell group combination 1: [A cell group including acarrier/serving cell of the band A, and a cell group including acarrier/serving cell of the bands B and C]

A possible cell group combination 2: [A cell group including acarrier/serving cell of the bands A and B, and a cell group including acarrier/serving cell of the band C]

A possible cell group combination 3: [A cell group including acarrier/serving cell of the band B, and a cell group including acarrier/serving cell of the bands A and C]

In this case, a terminal indicates which cell group combination amongthe possible cell group combinations is supported based on a bitmap of 3bits.

If the number of band entries is 4, there may be 7 possible cell groupcombinations, and the terminal indicates which cell group combinationamong the possible cell group combinations is supported based on abitmap of 7 bits.

A possible cell group combination 1: [A cell group including acarrier/serving cell of the band A, and a cell group including acarrier/serving cell of the bands B, C, and D]

A possible cell group combination 2: [A cell group including acarrier/serving cell of the bands A and B, and a cell group including acarrier/serving cell of the bands C and D]

A possible cell group combination 3: [A cell group including acarrier/serving cell of the bands A and C, and a cell group including acarrier/serving cell of the bands B and D]

A possible cell group combination 4: [A cell group including acarrier/serving cell of the bands A and D, and a cell group including acarrier/serving cell of the bands B and C]

A possible cell group combination 5: [A cell group including acarrier/serving cell of the bands A, B, and C, and a cell groupincluding a carrier/serving cell of the band D]

A possible cell group combination 6: [A cell group including acarrier/serving cell of the bands A, B, and D, and a cell groupincluding a carrier/serving cell of the band C]

A possible cell group combination 7: [A cell group including acarrier/serving cell of the bands A, C, and D, and a cell groupincluding a carrier/serving cell of the band B]

If the number of band entries is 5, there may be 15 possible cell groupcombinations, and the terminal indicates which cell group combinationamong the possible cell group combinations is supported based on abitmap of 15 bits.

A possible cell group combination 1: [A cell group including acarrier/serving cell of the band A, and a cell group including acarrier/serving cell of the bands B, C, D, and E]

A possible cell group combination 2: [A cell group including acarrier/serving cell of the bands A and B, and a cell group including acarrier/serving cell of the bands C, D, and E]

A possible cell group combination 3: [A cell group including acarrier/serving cell of the bands A and C, and a cell group including acarrier/serving cell of the bands B, D, and E]

A possible cell group combination 4: [A cell group including acarrier/serving cell of the bands A and D, and a cell group including acarrier/serving cell of the bands B, C, and E]

A possible cell group combination 5: [A cell group including acarrier/serving cell of the bands A and E, and a cell group including acarrier/serving cell of the bands B, C, and D]

A possible cell group combination 6: [A cell group including acarrier/serving cell of the bands A, B, and C, and a cell groupincluding a carrier/serving cell of the bands B and E]

A possible cell group combination 7: [A cell group including acarrier/serving cell of the bands A, B, and D, and a cell groupincluding a carrier/serving cell of the bands C and E]

A possible cell group combination 8: [A cell group including acarrier/serving cell of the bands A, B, and E, and a cell groupincluding a carrier/serving cell of the bands C and D]

A possible cell group combination 9: [A cell group including acarrier/serving cell of the bands A, C, and D, and a cell groupincluding a carrier/serving cell of the bands B and E]

A possible cell group combination 10: [A cell group including acarrier/serving cell of the bands A, C, and E, and a cell groupincluding a carrier/serving cell of the bands B and D]

A possible cell group combination 11: [A cell group including acarrier/serving cell of the bands A, D, and E, and a cell groupincluding a carrier/serving cell of the bands B and C]

A possible cell group combination 12: [A cell group including acarrier/serving cell of the bands A, C, D, and E, and a cell groupincluding a carrier/serving cell of the band B]

A possible cell group combination 13: [A cell group including acarrier/serving cell of the bands A, B, D, and E, and a cell groupincluding a carrier/serving cell of the band C]

A possible cell group combination 14: [A cell group including acarrier/serving cell of the bands A, B, C, and E, and a cell groupincluding a carrier/serving cell of the band D]

A possible cell group combination 15: [A cell group including acarrier/serving cell of the bands A, B, C, and D, and a cell groupincluding a carrier/serving cell of the band E]

To sum up, a terminal generates capability information shown in thefollowing Table 8 according to the number of band entries to report thegenerated capability information to an ENB.

TABLE 8 Indication of whether to support a cell group combinationaccording to the number of band entries Asyn- The chronous numberoperation of band support entries indicator Bitmap 1 Possible Not If anasynchronous operation support to be included indicator for a relatedband included combination is included, it is possible to configure 2cell groups using serving cell/carriers included in a related bandentry, and it means that all mapping relationships between a servingcell and a serving cell group. At this time, an asynchronous operationis supported between the 2 cell groups. If the asynchronous operationsupport indicator for the related band combination is not included, itmeans that the asynchronous operation is not supported for the relatedband combination. 2 Possible Not If an asynchronous operation support tobe included indicator for a related band included combination isincluded, it is possible to configure the first cell group using aserving cell/carrier of one band entry, and the second cell group usingserving cells included in other band entry. At this time, anasynchronous operation is supported between the 2 cell groups. If theasynchronous operation support indicator for the related bandcombination is not included, it means that the asynchronous operation isnot supported for the related band combination. 3 Possible Possible Ifan asynchronous operation support to be to include indicator for arelated band included a 3 bit- combination is included and a bitmapbitmap for the related band combination is not included, all possiblecell group combinations are supported and an asynchronous operation issupported between 2 cell groups. If the bitmap for the related bandcombination is included, a cell group combination specified in thebitmap is supported and the asynchronous operation is supported betweenthe 2 cell groups. If the asynchronous operation support indicator andthe bitmap for the related band combination are not included, theasynchronous operation is not supported. 4 Possible Possible to be toinclude included a 7 bit- bitmap 5 Possible Possible to be to includeincluded a 15 bit- bitmap

Another example of DC basic capability in an LTE system according to anembodiment of the present disclosure will be described with reference toFIG. 10.

FIG. 10 schematically illustrates another example of DC basic capabilityin an LTE system according to an embodiment of the present disclosure.

Referring to FIG. 10, total 17 cases from a case 1 to a case 17 may beconfigured for a band combination including 3 bands and 4 serving cells,cases 4, 5, 6, 10, 11, 12, and 13 do not belong to DC basic capability,and remaining cases belong to the DC basic capability.

As described above, a DC basic capability for a band combination withone band entry is a capability that a terminal may set up a PUCCH andtransmit a PUCCH signal in two serving cells configured in the band, anda DC basic capability for a band combination with two or more bandentries (or a band combination which is configured with two or morebands) is a capability that the terminal may set up a PUCCH and transmita PUCCH signal in one serving cell configured in each band entry (or aband) (that is, the terminal may set up the PUCCH and transmit the PUCCHsignal in different bands), and the terminal may set up a PUCCH andtransmit a PUCCH signal in total two band entries (or bands).

For example, if a DCsupported IE indicates ‘True’ for an arbitrary bandcombination, a DC basic capability is supported in the arbitrary bandcombination. The number of DCsupported IEs is equal to the number of BCPIEs (refer to the LTE standard 36.331) of a supportedBandCombination IE(refer to the LTE standard 36.331) and the number of BCP IEs (refer tothe LTE standard 36.331) of a supportedBandCombinationAdd IE (refer tothe LTE standard 36.331), and a DCsupported IE firstly corresponds to aBCP IE of the supportedBandCombination IE and corresponds to a BCP IE ofthe supportedBandCombinationAdd IE according to a stored order.

For example, if the supportedBandCombination IE includes n BCP IEs, andthe supportedBandCombinationAdd IE includes m BCP IEs, the firstDCsupported IE corresponds to the first band combination of thesupportedBandCombination IE, and the nth DCsupported IE corresponds tothe last band combination of the supportedBandCombination IE. The[n+1]th DCsupported IE corresponds to the first band combination of thesupportedBandCombinationAdd IE, and the [n+m]th DCsupported IEcorresponds to the last band combination of thesupportedBandCombinationAdd IE.

Further, terminal capability information is transmitted according to arequest of an ENB. If an arbitrary terminal sets up an RRC connection,the ENB tries to acquire capability information of the terminal from anMME.

If the ENB does not acquire the capability information of the terminalfrom the MME, the ENB transmits a predetermined control message to theterminal to instruct the terminal to transmit a UE capabilityinformation message. The control message includes information indicatingwhether there is a need for a capability information report for whichRAT. Upon receiving an instruction of a capability information reportrelated to an evolved universal terrestrial radio access (E-UTRA)system, the terminal generates a UE capability information messageincluding information indicating whether to support DC, informationindicating a supported band combination, and the like to transmit the UEcapability information message to the ENB at operation 611.

The ENB appropriately connects an E-UTRA communication of the terminalbased on the capability of the terminal, and performs a datatransmitting/receiving operation. Upon determining that the terminalsufficiently reaches a small cell and a traffic demand of the terminalis sufficiently large at an arbitrary timing point, the ENB determinesto configure an additional small cell for the terminal. If the terminalreaches the small cell within a preset range, it may be determined thatthe terminal sufficiently reaches the small cell, and if trafficquantity of the terminal is greater than or equal to preset trafficquantity, it may be determined that the traffic demand of the terminalis sufficiently large.

The MENB 607 transmits an SENB addition/modification indication messageto the SENB 610 at operation 612. The SENB addition/modificationindication message includes current configuration information of aterminal (e.g., AS-config, refer to the LTE standard 36.331),configuration information of an EPS bearer which is configured for theterminal, configuration information which is requested to an SENB, andthe like. For example, the configuration information which is requestedto the SENB may include information indicating which bearer among EPSbearers which are currently established will be offloaded to the SENB,information indicating a type of bearer which is desirable for theoffload bearer of an SCG bearer and a multi-bearer, and the like.

Upon receiving the SENB addition/modification indication message, theSENB 610 determines whether to accept a request corresponding to therequested configuration information. The SENB 610 may determine whetherto accept the request by considering current load situation,characteristics of a bearer which is requested to offload, and the like.Upon determining to accept the request, the SENB 610 selects servingcells to be allocated to the terminal 605, and determines informationrelated to the serving cell, for example, frequency information of theserving cell (e.g., evolved absolute RF channel number (EARFCN), referto the LTE standard 36.331), physical cell identification (PCI)information of the serving cell (refer to the LTE standard 36.331),downlink related information of the serving cell (e.g., downlinkbandwidth information, downlink HARQ feedback channel configurationinformation, and the like), uplink related information of the servingcell (e.g., uplink bandwidth information, PUCCH configurationinformation, and the like), and the like.

The SENB 610 performs an operation related to an offload bearer atoperation 614. If the offload bearer is established as an SCG bearer,the SENB 610 establishes a PDCP layer entity and an RLC layer entity forthe SCG bearer. If the offload bearer is established as a multi-bearer,the SENB 610 establishes an RLC layer entity for the multi-bearer.Further, the SENB 610 establishes a MAC layer entity for the offloadbearer.

The SENB 610 generates an SENB modification request message, andtransmits the SENB modification request message to the MENB 607 atoperation 616. The SENB modification request message includesinformation related to a serving cell to be added to the terminal 605,information related to offload bearer establishment, and the like.

Upon receiving the SENB modification request message, the MENB 607determines whether to schedule according to a type of offload bearer atoperation 618. If the offload bearer is an SCG bearer, the MENB 607stops a downlink data transmission for the offload bearer. If theoffload bearer is a multi-bearer, the MENB 607 does not stop andcontinue the downlink data transmission for the offload bearer.

The MENB 607 additionally configures a small cell for the terminal 605,and transmits an RRC connection reconfiguration message in order toreestablish the offload bearer at operation 620. The RRC connectionreconfiguration message includes SCell configuration information andoffload bearer information. The SCell configuration information is forthe newly added SCell, and includes information indicating whether theSCell is an MCG SCell or an SCG SCell. The offload bearer information isfor a radio bearer which is reestablished from an MCG bearer to an SCGbearer or a multi-bearer, and includes identification (ID) informationof the radio bearer, a type of offload bearer (e.g., an SCG bearer or amulti-bearer), information shown in Table 9, and the like.

TABLE 9 Control information included in an RRC Control informationincluded in an RRC connection reconfiguration message in a connectionreconfiguration message in a case that a bearer is reestablished from ancase that a bearer is reestablished from an MCG bearer to an SCG bearerMCG bearer to a multi-bearer PDCP configuration information: PDCPadditional configuration information related to PDCP layer entityinformation: information related to a establishment of an SCG bearer(PDCP- reordering operation for a multi-bearer. config, refer to the LTEstandard 36.331). The PDCP additional configuration If the PDCPconfiguration information is information is different from PDCP notincluded, old PDCP configuration configuration information. For example,information is reused. if a missed PDCP packet is detected, Security keyinformation: information timer information related to maximum necessaryfor generating a security key to time for which a related bearer needsto be used in an SCG bearer. One terminal wait until the missed PDCPpacket is may have two security keys, one being received includedherein. used for data encryption/decryption of an RLC configurationinformation: MCG bearer and a multi-bearer, the other informationrelated to SCG-RLC layer being used for data encryption/decryptionentity establishment of among RLC layer of an SCG bearer. entities of amulti-bearer. If the RLC RLC configuration information: configurationinformation is not included, information related to RLC layer entityMCG-RLC configuration information is establishment of an SCG bearer(RLC- applied. config, refer to the LTE standard 36.331). If the RLCconfiguration information is not included, old RLC configurationinformation is reused. Information included regardless of a type ofreestablished bearer Logical channel configuration information: logicalchannel configuration information for an SCG bearer or a multi-bearer(LogicalChannelConfig, refer to the LTE standard 36.331) MACconfiguration information: MAC configuration information for a datatransmission/reception of an SCG bearer or a multi-bearer and variousMAC layer entity operations (MAC-mainConfig, refer to the LTE standard36.331)

Table 9 shows offload bearer reestablishment information.

Upon receiving the RRC connection reconfiguration message, the terminal605 performs an offload bearer reestablishment operation at operation625. Here, a terminal which supports all of an SCG bearer and amulti-bearer performs one of two operations shown in Table 10 accordingto a bearer indicated in the RRC connection reconfiguration message.

TABLE 10 A case that a bearer is reestablished from A case that a beareris reestablished from an MCG bearer to an SCG bearer an MCG bearer to amulti-bearer Stop an offload bearer uplink Maintain an offload beareruplink transmission transmission A terminal stops an uplink transmissionA terminal continues an uplink data of an offload bearer to bereestablished to transmission through an MCG-RLC layer an SCG bearer.Specially, the terminal entity. does not reflect uplink data of theoffload Resume a PDCP reordering operation bearer in a buffer statusreport, and does A terminal initiates a PDCP reordering not consider theuplink data of the offload operation for PDCP packets from a PDCP bearerin a logical channel prioritization packet which is firstly receivedafter an process (refer to the LTE standard SCG-RLC layer entity hasbeen 36.321). established. For example, upon detecting PDCPreconfiguration a missed PDCP packet after a timing If PDCPconfiguration information is point at which the PDCP packet is includedin a received control message received, the terminal stores PDCP and thePDCP configuration information packets next to the missed PDCP packet isdifferent from old PDCP configuration in a PDCP buffer for apredetermined information, a terminal newly interval. And, the terminalreorders reestablishes a current PDCP layer entity received PDCP packetsupon receiving based on the received PDCP the missed PDCP packet, anddelivers the configuration information. If the criterion reordered PDCPpackets to an upper layer is not satisfied, the PDCP reconfigurationentity. is not performed. SCG-RLC establishment PDCP reestablishment Aterminal connects with a PDCP layer If PDCP reconfiguration isperformed, a entity after establishing an SCG-RLC PDCP layer entityreestablishment layer entity. The terminal maintains an process is notperformed. operation of an MCG-RLC layer entity. If the PDCPreconfiguration is not SCG-MAC establishment performed, a terminalperforms the PDCP A terminal establishes an SCG-MAC layer entityreestablishment process. layer entity that will perform a data RLCreestablishment transmitting/receiving operation of an A terminal stopsa current RLC layer SCG bearer and a MAC layer entity entity operation,and performs an RLC operation of SCG serving cells according layerentity reestablishment procedure. to control information included in MACSCG-MAC layer entity configuration configuration information, andconnects a A terminal establishes an SCG-MAC logical channel of the SCGbearer to the layer entity that will perform a data SCG-MAC layerentity. transmitting/receiving operation of an Maintain MCG-MAC layerentity SCG bearer and a MAC layer entity operation operation of SCGserving cells according to control information included in MACconfiguration information, and connects a logical channel of the SCGbearer to the SCG-MAC layer entity. MCG-MAC reestablishment A terminalreleases a connection with a logical channel of an SCG bearer in anMCG-MAC layer entity. The terminal stops a transmission for a MAC PDUwhich data of an offload bearer is stored among MAC PDUs stored in anuplink HARQ buffer, and discards the MAC PDU.

Table 10 shows an offload bearer reestablishment operation 1, i.e., anoffload bearer reestablishment operation which a terminal supporting allof an SCG bearer and a multi-bearer performs according to a bearerindicated in an RRC connection reconfiguration message.

Upon completing the offload bearer reestablishment operation and theSCell addition operation, the terminal 605 transmits an RRC controlmessage, i.e., an RRC connection reconfiguration complete message to theMENB 607 to report that the offload bearer reestablishment operation andthe SCell addition operation have been completed at operation 627. Uponreceiving the RRC connection reconfiguration complete message, the MENB610 forwards data of the offload bearer to the SENB 610 at operation630. For all of the reestablishment to the SCG bearer and thereestablishment to the multi-bearer, the MENB 607 forwards downlink PDCPSDUs from the first downlink PDCP SDU that an RLC layer entity does notconfirm a successful transmission to the SENB 610. In thereestablishment to the SCG bearer, the MENB 607 forwards uplink PDCPSDUs which are successfully received in an RLC layer entity to the SENB610.

The terminal 605 performs a random access operation in a PSCell amongthe newly added SCG SCells independent of the procedure of reportingthat the offload bearer reestablishment operation and the SCell additionoperation have been completed at operation 635. The terminal 605synchronizes with the newly added SCG SCells using the random accessoperation and sets uplink transmit power. After completing the randomaccess operation, the terminal 605 sets the PSCell as an active state,and performs an offload bearer data transmitting/receiving operation atoperation 637. The terminal 605 performs one of two operations shown inTable 11 according to a type of established bearer.

TABLE 11 A case that a bearer is reestablished from A case that a beareris reestablished from an MCG bearer to an SCG bearer an MCG bearer to amulti-bearer Resume a downlink data reception of an Resume a downlinkdata reception SCG bearer in a PSCell through an SCG-RLC layer entity ina Upon receiving a PDCP packet through PSCell an SCG bearer, a terminalcompares a Resume a uplink data transmission serial number of the PDCPpacket and a through an SCG-RLC layer entity in a serial number of eachof PDCP packets PSCell stored in a PDCP buffer, and delivers Specially,a terminal reflects all or some PDCP packets of which serial numbers ofdata of a multi-bearer in a buffer status are less than the serialnumber of the report, and considers the data in a logical PDCP packet toa upper layer entity until channel prioritization process. all of thePDCP packets stored in the PDCP buffer are delivered to the upper layerentity. Resume a uplink data transmission of an SCG bearer in a PSCell Aterminal resumes an uplink data transmission of an SCG bearer.Specially, the terminal reflects uplink data of the SCG bearer in abuffer status report, and considers the uplink data of the SCG bearer ina logical channel prioritization process (refer to the LTE standard36.321). PDCP status report A terminal generates a PDCP status reportmessage using PDCP serial numbers of PDCP packets stored in a PDCPbuffer, and transmits the generated PDCP status report message to anSENB through an SCG bearer. The PDCP status report message is a PDCPcontrol message for reporting reception status of a PDCP SDU using aPDCP serial number and a bitmap. The PDCP status report message will bedescribed below.

Table 11 shows an offload bearer data transmitting/receiving operation1, i.e., an offload bearer data transmitting/receiving operation whichis performed according to a type of established bearer.

The terminal 605 transmits/receives some of data of an MCG bearer anddata of a multi-bearer through an MCG, and transmits/receives some ofdata of an SCG bearer and data of a multi-bearer through an SCG atoperation 640.

If the terminal 605 moves out of an area of a cell, or there is no needfor applying a DC operation, the MENB 607 or SENB 610 reestablishes abearer of the terminal 605 from the SCG bearer or multi-bearer to an MCGbearer, and determines to release SCG serving cells. Upon determining toreestablish the bearer of the terminal 605 from the SCG bearer ormulti-bearer to the MCG bearer, and release the SCG serving cells, theMENB 607 transmits an SENB addition/modification indication message tothe SENB 610 to request to release the SCG serving cells. Upondetermining to reestablish the bearer of the terminal 605 from the SCGbearer or multi-bearer to the MCG bearer, and release the SCG servingcells, the SENB 610 directly proceeds to operation 643.

The SENB 610 generates an SENB modification request message andtransmits the SENB modification request message to the MENB 607 atoperation 643. The SENB modification request message includesinformation indicating SCG removal. Before transmitting the SENBmodification request message, the SENB 610 may deactivate the SCGserving cells and stop a downlink transmission of the offload bearer.

The MENB 610 performs an offload bearer related operation 2 at operation645. If all of the SCG serving cells are released, the MENB 610reestablishes an offload bearer. If the offload bearer is an SCG bearer,the MENB 610 reestablishes a bearer from the SCG bearer to an MCGbearer, and connects the MCG bearer to a MAC layer entity. If theoffload bearer is a multi-bearer, the MENB 610 drives a predeterminedtimer in order to stop a PDCP reordering operation.

The MENB 610 generates an RRC control message, i.e., an RRC connectionreconfiguration message indicating to release an SCG serving cell totransmit the RRC connection reconfiguration message to the terminal 605at operation 650. In a case that all of the SCG serving cells arereleased by the RRC connection reconfiguration message (or an SENB isreleased), the MENB 610 reestablishes a bearer from the SCG bearer andthe multi-bearer to an MCG bearer even though there is no controlinformation indicating bearer reestablishment. That is, the terminalproceeds to operation 655 and performs an offload bearer reestablishmentoperation 2.

The terminal 605 performs one of two operations shown in Table 12according to a type of bearer to be reestablished.

TABLE 12 A case that a bearer is reestablished from A case that a beareris reestablished from an SCG bearer to an MCG bearer a multi-bearer toan MCG bearer Stop an offload bearer uplink Maintain some of an offloadbearer transmission uplink transmission and stop some of the A terminalstops an uplink transmission offload bearer uplink transmission of anoffload bearer to be reestablished to A terminal maintains an uplinkdata an MCG bearer. Specially, the terminal transmission of an MCG-RLClayer does not reflect uplink data of the offload entity, and stops anuplink data bearer in a buffer status report, and transmission of anSCG-RLC layer entity. determines uplink transmission data Stop a PDCPreordering operation without considering the uplink data of the Aterminal applies a reordering operation offload bearer in a logicalchannel to PDCP packets which are delivered prioritization process(refer to the LTE according to release of an SCG-RLC standard 36.321).It is substantially same layer entity, and stops the reordering as anoffload bearer reestablishment operation if the reordering operation foroperation 1. the PDCP packets is completed. PDCP reconfiguration SCG-RLCrelease The same as an offload bearer A terminal releases an SCG-RLClayer reestablishment operation 1 entity. Before releasing the SCG-RLCPDCP reestablishment layer entity, the terminal reassembles The same asan offload bearer packets which are possible to be reestablishmentoperation 1 reassembled as a PDCP packet among RLC reestablishmentpackets stored in a reception buffer of the The same as an offloadbearer SCG-RLC layer entity as a PDCP packet, reestablishment operation1 and delivers the PDCP packet to a PDCP SCG-MAC release layer entity.MCG-MAC reestablishment SCG-MAC release A terminal sets up a logicalchannel of an Maintain an MCG-MAC operation MCG bearer with an MCG-MAClayer entity.

Table 12 shows the offload bearer reestablishment operation 2, i.e., anoffload bearer reestablishment operation which is performed according toa type of bearer to be reestablished.

The terminal 605 transmits a predetermined RRC control message, i.e., anRRC connection reconfiguration complete message to the MENB 607 toreport that the release of the SCG serving cells and the bearerreestablishment have been completed at operation 660. The SENB 610forwards data of the offload bearer to the MENB 607 at operation 647.

In all of a case of reestablishment from an SCG bearer to an MCG bearerand a case of reestablishment from a multi-bearer to an MCG bearer, theSENB 610 forwards uplink PDCP SDUs which are successfully received in anRLC layer entity to the MENB 607.

In the case of reestablishment from the SCG bearer to the MCG bearer,the SENB 610 forwards downlink PDCP SDUs from the first downlink PDCPSDU that the RLC layer entity does not confirm to the MENB 607.

The terminal 605 performs offload bearer data transmitting/receivingoperation 2 at operation 665. The terminal 605 performs one of twooperations shown in Table 13 according to a type of bearer to bereestablished.

TABLE 13 A case that a bearer is reestablished from A case that a beareris reestablished from an SCG bearer to an MCG bearer a multi-bearer toan MCG bearer Resume a downlink data reception of an PDCP status reportMCG bearer A terminal generates a PDCP status report Upon receiving aPDCP packet through message using PDCP serial numbers of an MCG bearer,a terminal compares a PDCP packets stored in a PDCP buffer, serialnumber of the PDCP packet and a and transmits the generated PDCP statusserial number of each of PDCP packets report message to an MENB throughan stored in a PDCP buffer, and delivers MCG bearer. PDCP packets ofwhich serial numbers are less than the serial number of the PDCP packetto a upper layer entity until all of the PDCP packets stored in the PDCPbuffer are delivered to the upper layer entity. Resume a uplink datatransmission of an MCG bearer A terminal resumes an uplink datatransmission of an MCG bearer. Specially, the terminal reflects uplinkdata of the MCG bearer in a buffer status report, and considers theuplink data of the MCG bearer in a logical channel prioritizationprocess (refer to the LTE standard 36.321). PDCP status report Aterminal generates a PDCP status report message using PDCP serialnumbers of PDCP packets stored in a PDCP buffer, and transmits thegenerated PDCP status report message to an MENB through an MCG bearer.

Table 13 shows the offload bearer data transmitting/receiving operation2.

Here, the operation 660 and the operation 665 are independent eachother.

The terminal 605 performs a single connectivity operation that all datais transmitted and received through an MCG at operation 670.

Although FIG. 6 illustrates an operation of a terminal and a network ina case that an SENB is configured or released in an LTE system accordingto an embodiment of the present disclosure, various changes could bemade to FIG. 6. For example, although shown as a series of operations,various operations in FIG. 6 could overlap, occur in parallel, occur ina different order, or occur multiple times.

An operation of a terminal and a network in a case that an SENB isconfigured or released in an LTE system according to an embodiment ofthe present disclosure has been described with reference to FIG. 6, anda process of modifying an SENB in an LTE system according to anembodiment of the present disclosure will be described with reference toFIG. 11.

FIG. 11 schematically illustrates a process of modifying an SENB in anLTE system according to an embodiment of the present disclosure.

Referring to FIG. 11, the LTE system includes a terminal 605, an MENB607, an old SENB 610, and a new SENB 1109.

Due to physical movement of a terminal which performs a DC operationwith one SENB, a need for changing DC to a new SENB may occur. Forexample, if the terminal 605 which are performing an DC operationthrough the MENB 607 and the SENB 610 moves out of a coverage of theSENB 610 at an arbitrary timing point, the terminal 605 transmits ameasurement result report message to the MENB 607 to inform that theterminal 605 moves out of the coverage of the SENB 610. The MENB 607recognizes channel quality degradation of a current SCG based on ameasurement result of the terminal 605, and determines to set up aconnection with a new SENB 1109 and an SCG.

The MENB 607 transmits an SENB addition/modification indication messagethat requests SCG addition and bearer establishment to the new SENB 1109at operation 1115. The SENB addition/modification indication message mayinclude current configuration information of the terminal 605 (e.g.,AS-config, refer to the LTE standard 36.331), configuration informationof an EPS bearer which is configured for the terminal 605, configurationinformation which is requested to an SENB, and the like as described inoperation 612.

Upon receiving the SENB addition/modification indication message, thenew SENB 1109 determines whether to accept an SENB addition request. Thenew SENB 1109 may determine whether to accept the SENB addition requestby considering current load situation, characteristics of a bearer whichis requested to offload, and the like.

Upon determining to accept the SENB addition request, the new SENB 1109selects serving cells to be allocated to the terminal 605, anddetermines information related to the serving cell, for example,frequency information of the serving cell (e.g., EARFCN, refer to theLTE standard 36.331), PCI information of the serving cell (refer to theLTE standard 36.331), downlink related information of the serving cell(e.g., downlink bandwidth information, downlink HARQ feedback channelconfiguration information, and the like), uplink related information ofthe serving cell (e.g., uplink bandwidth information, PUCCHconfiguration information, and the like), and the like.

The new SENB 1109 performs an operation related to an offload bearer atoperation 1117. If the offload bearer is an SCG bearer, the new SENB1109 establishes a PDCP layer entity and an RLC layer entity for the SCGbearer. If the offload bearer is a multi-bearer, the new SENB 1109establishes an RLC layer entity for the multi-bearer. The new SENB 1109establishes a MAC layer entity for the offload bearer of the terminal605. The new SENB 1109 generates an SENB modification request messageand transmits the SENB modification request message to the MENB 607 atoperation 1120. The SENB modification request message includesinformation related to a serving cell to be added to the terminal 605,information related to offload bearer establishment, and the like.

After completing the SCG addition operation and the offload bearerestablishment operation with the new SENB 1109, the MENB 607 transmitsan SENB addition/modification indication message to the old SENB 610 inorder to release the SCG and offload bearer of the old SENB 610 atoperation 1125.

After receiving the SENB addition/modification indication message, theold SENB 610 generates an SENB modification request message to transmitthe SENB modification request message to the MENB 607 at operation 1130.The SENB modification request message includes information that requeststo remove a serving cell. Before transmitting the SENB modificationrequest message, the old SENB 610 may deactivate SCG serving cells andstop a downlink transmission of the offload bearer at operation 1127.

The old SENB 610 forwards data to the MENB 607 at operation 1131. Thatis, for all of reestablishment from an SCG bearer to an MCG bearer andreestablishment from a multi-bearer to an MCG bearer, the old SENB 610forwards uplink PDCP SDUs which are successfully received in an RLClayer entity to the MENB 607. In a case of the reestablishment from theSCG bearer to the MCG bearer, the old SENB 610 forwards uplink PDCP SDUsfrom the first uplink PDCP SDU that the RLC layer entity does notconfirm a successful transmission to the MENB 607.

The MENB 607 forwards data received from the old SENB 610 to the newSENB 1109 at operation 1133.

The MENB 607 transmits an RRC connection reconfiguration message thatinstructs the terminal 605 to release a current SCG/SENB, add a newSCG/SENB, and reestablish an offload to the terminal 605 at operation1135. The RRC connection reconfiguration message includes informationindicating release of the current SCG/SENB, and information indicatingnew SCG/SENB configuration. For example, the information indicating therelease of the current SCG/SENB may be information indicating that allSCells belonging to an SCG among SCells which are currently configuredare released, and the information indicating new SCG/SENB configurationincludes information indicating that the new SCell belongs to an SCG.

The RRC connection reconfiguration message may include offload bearerreconfiguration information. The offload bearer reconfigurationinformation is information for instructing to reestablish an offloadbearer from an SCG bearer of an old SENB to an SCG bearer of a new SENBor reestablish an offload bearer from a multi-bearer of an old SENB to amulti-bearer of a new SENB, and may further include new PDCPconfiguration information for the bearers.

If the RRC connection reconfiguration message includes the offloadbearer reconfiguration information, the terminal 605 reestablishes anoffload bearer according to the offload bearer reconfigurationinformation, and if the RRC connection reconfiguration message does notinclude the offload bearer reconfiguration information, the terminal 605reestablishes an offload bearer according to old offload bearerreconfiguration information at operation 1137. Here, an offload bearerreestablishment operation will be described in Table 14.

The terminal 605 performs one of two operations shown in Table 14according to offload bearer reestablishment situation.

TABLE 14 A case that a bearer is reestablished from A case that a beareris reestablished from an SCG bearer to an SCG bearer a multi-bearer to amulti-bearer Stop an uplink transmission Maintain some of an offloadbearer The same as an offload bearer uplink transmission and stop someof the reestablishment operation 1 offload bearer uplink transmissionPDCP reconfiguration The same as an offload bearer The same as anoffload bearer reestablishment operation 2 reestablishment operation 1Maintain a PDCP reordering operation PDCP reestablishment A terminalmaintains a PDCP reordering The same as an offload bearer operationwhich is based on a timer that is reestablishment operation 1 beingdriven. RLC reestablishment SCG-RLC reestablishment: The same as anoffload bearer A terminal stops an SCG-RLC layer reestablishmentoperation 1 entity operation, and performs an RLC SCG-MACreestablishment reestablishment procedure as described A terminaldiscards data stored in an above. HARQ buffer of a current SCG-MACSCG-MAC reestablishment layer entity, and initializes various timers Thesame as the left and variables. The terminal establishes Maintain anMCG-MAC operation an SCG-MAC layer entity according to controlinformation included in newly received MAC configuration information inorder to perform a data transmitting/receiving operation of an SCGbearer and a MAC layer entity operation of SCG serving cells, and alogical channel of the SCG bearer to the SCG-MAC layer entity. Maintainan MCG-MAC operation

Table 14 shows an offload bearer reestablishment operation 3.

Upon completing the offload bearer reestablishment operation and theSCell addition operation, the terminal 605 transmits an RRC controlmessage, i.e., an RRC connection reconfiguration complete message to theMENB 607 to report that the offload bearer reestablishment operation andthe SCell addition operation have been completed at operation 1145.

The terminal 605 performs a random access operation in a PSCell amongthe newly added SCG SCells independent of a procedure of reporting thatthe offload bearer reestablishment operation and the SCell additionoperation have been completed at operation 1140. The terminal 605synchronizes with the newly added SCG SCells using the random accessoperation and sets uplink transmit power. After completing the randomaccess operation, the terminal 605 sets the PSCell as an active state,and performs an offload bearer data transmitting/receiving operation 3shown in Table 15 at operation 1147.

The terminal 605 performs one of two operations shown in Table 15according to reestablishment situation.

TABLE 15 A case that a bearer is reestablished from A case that a beareris reestablished from an SCG bearer to an SCG bearer a multi-bearer to amulti-bearer Resume a downlink data reception of an Resume a downlinkdata reception SCG bearer in a PSCell through an SCG-RLC layer entity ina The same as an offload bearer data PSCell transmitting/receivingoperation 1 The same as an offload bearer data Resume a uplink datatransmission of an transmitting/receiving operation 1 SCG bearer in aPSCell Resume a uplink data transmission The same as an offload bearerdata through an SCG-RLC layer entity in a transmitting/receivingoperation 1 PSCell PDCP status report The same as an offload bearer dataThe same as an offload bearer data transmitting/receiving operation 1transmitting/receiving operation 1 PDCP status report The same as anoffload bearer data transmitting/receiving operation 2

Table 15 shows the offload bearer data transmitting/receiving operation3.

The terminal 605 performs an operation of transmitting/receiving some ofdata of an MCG bearer and data of a multi-bearer through an MCG, andtransmitting/receiving some of data of an SCG bearer and data of amulti-bearer through an SCG at operation 1150.

Although FIG. 11 illustrates a process of modifying an SENB in an LTEsystem according to an embodiment of the present disclosure, variouschanges could be made to FIG. 11. For example, although shown as aseries of operations, various operations in FIG. 11 could overlap, occurin parallel, occur in a different order, or occur multiple times.

A process of modifying an SENB in an LTE system according to anembodiment of the present disclosure has been described with referenceto FIG. 11, and an operation that a terminal triggers a PDCP statusreport upon reestablishing an offload bearer and transmits a PDCP statusreport message in an LTE system according to an embodiment of thepresent disclosure will be described with reference to FIG. 12.

FIG. 12 schematically illustrates an operation that a terminal triggersa PDCP status report upon reestablishing an offload bearer and transmitsa PDCP status report message in an LTE system according to an embodimentof the present disclosure.

Referring to FIG. 12, a PDCP status report transmitted from a terminalto an ENB is for reporting reception status for a downlink PDCP SDU, andthe ENB performs a retransmitting operation of the PDCP SDU based on thePDCP status report. For example, the PDCP status report may be performedusing a PDCP status report message.

Firstly, a format of a PDCP status report message in an LTE systemaccording to an embodiment of the present disclosure will be describedwith reference to FIG. 13.

FIG. 13 schematically illustrates a format of a PDCP status reportmessage in an LTE system according to an embodiment of the presentdisclosure.

Referring to FIG. 13, the PDCP status report message includes a datacontrol (D/C) field 1305, a PDU type field 1310, a first missing serialnumber (FMS) field 1315, and a bitmap field 1320. The D/C field 1305indicates whether a PDCP packet is a data packet or a control packet.

The PDU type field 1310 is included in only a control packet, andindicates a type of control packet. For example, if a field value of thePDU type field 1310 is “000”, the PDU type field 1310 indicates that arelated packet is the PDCP status report message. The FMS field 1315indicates a serial number of the first missed PDCP service data unit(SDU).

The bitmap field 1320 indicates whether PDCP SDUs which correspond tothe next serial number are received based on the FMS field 1315. Arelated bit location of a bitmap is information about a PDCP SDU with apredetermined serial number. If a value of the bit is 0, it means that arelated PDCP SDU does not exist in a receiving device. If the value ofthe bit is 1, it means that the related PDCP SDU exists in the receivingdevice.

Referring to FIG. 12, a terminal receives an RRC control messageindicating bearer reestablishment at operation 1205.

The terminal determines whether the bearer reestablishment is related toan SCG bearer or a multi-bearer at operation 1210. Here, the expressionof the bearer reestablishment related to the SCG bearer has the samemeaning as the expression that a bearer is reestablished from an MCGbearer to an SCG bearer, from an SCG bearer to an MCG bearer, or from anSCG bearer to an SCG bearer.

Further, the expression of the bearer reestablishment related to themulti-bearer has the same meaning as the expression that a bearer isreestablished from an MCG bearer to a multi-bearer, from a multi-bearerto an MCG bearer, or from a multi-bearer to a multi-bearer.

If the bearer reestablishment is related to the SCG bearer, the terminalproceeds to operation 1215, and if the bearer reestablishment is relatedto the multi-bearer the terminal proceeds to operation 1240.

The terminal waits until a PDCP layer entity is reestablished accordingto the bear reestablishment, and stores PDCP SDUs which are not orderedinto a PDCP buffer after converting a PDCP packet to a PDCP SDU if thePDCP layer entity is reestablished and an RLC layer entity delivers thePDCP packet at operation 1215. The terminal triggers a PDCP statusreport, and generates a PDCP status report message by considering thePDCP SDUs stored in the PDCP buffer and PDCP SDUs which are delivered toan upper layer.

The terminal determines that the bearer reestablishment corresponds towhich one of the following four cases at operation 1220.

A case that bearer reestablishment is performed along with SENBaddition: it means that the bearer reestablishment related to an SCGbearer is performed and an SENB is added according to one controlmessage. Here, the expression of the SENB is added has the same meaningas the expression that the first SCG serving cell is added.

A case that bearer reestablishment is performed along with SENB release:it means that the bearer reestablishment related to an SCG bearer isperformed and an SENB is released according to one control message.Here, the expression of the SENB is released has the same meaning as theexpression that the last SCG serving cell is released.

A case that bearer reestablishment is performed along with SENBmodification: it means that the bearer reestablishment related to an SCGbearer is performed and an SENB is modified according to one controlmessage. Here, the expression of the SENB is modified has the samemeaning as the expression that all serving cells are released of one SCGand a serving cell f a new SCG is added.

A case that bearer reestablishment is performed, and SENB is maintained:it means that only the bearer reestablishment related to an SCG beareris performed and an SENB or SCG addition/release/modification is notperformed according to one control message.

If the bearer reestablishment corresponds to the case that the SENB isreleased, the terminal proceeds to operation 1225, if the bearerreestablishment corresponds to the case that the SENB is maintained, theterminal proceeds to operation 1230, and if the bearer reestablishmentcorresponds to the case that the SENB is added or modified, the terminalproceeds to operation 1235.

If a new uplink transmission is possible in an MCG serving cell, theterminal transmits a PDCP status report message through the MCG servingcell at operation 1225.

If a new uplink transmission is possible in an SCG serving cell, theterminal transmits the PDCP status report message through the SCGserving cell at operation 1230.

After receiving at least random access response message during therandom access process in the PSCell, the terminal transmits the PDCPstatus report message through the SCG serving cell at operation 1235.The PDCP status report message is transmitted using an uplink grantwhich is allocated through a random access response message or uplinkgrant which is allocated through a physical downlink control channel(PDCCH).

The terminal determines whether the bearer reestablishment correspondsto which one of the above 4 cases at operation 1240.

If the bearer reestablishment corresponds to the case that the SENB ismodified, the terminal proceeds to operation 1245, if the bearerreestablishment corresponds to the case that the SENB is released, theterminal proceeds to operation 1255, and if the bearer reestablishmentcorresponds to the case that the SENB is added or maintained, theterminal proceeds to operation 1260.

If the terminal proceeds to operation 1245 according to the SENBmodification, there is a need for receiving a PDCP SDU that the terminaldoes not receive from an old SENB again, so the terminal triggers a PDCPstatus report. If the SENB is modified, the terminal performs anoperation of reestablishing an SCG-RLC layer entity, and triggers a PDCPstatus report if one of RLC layer entities connected to a PDCP layerentity is reestablished (or the SCG-RLC layer entity is reestablished).The terminal converts PDCP packets delivered from the SCG-RLC layerentity to a PDCP SDU, delivers ordered PDCP SDUs to an upper layer, andstores non-ordered PDCP SDUs in a PDCP buffer. The terminal generates aPDCP status report message by considering the PDCP SDUs stored in thePDCP buffer and the PDCP SDUs delivered to the upper layer at operation1245.

If a new uplink transmission is possible in the MCG serving cell, theterminal the PDCP status report message through the MCG serving cell atoperation 1250. In the SENB modification, a random access operation isperformed in the new PSCell.

Further, a multi-bearer transmission in an SCG serving cell is possibleafter the completion of the random access operation. The terminal doesnot await completion of a random access operation for the PSCell, andtransmits the PDCP status report message through the MCG serving cell.

Alternatively, the terminal may transmit the PDCP status report messagethrough one of the MCG serving cell and the SCG serving cell, being aserving cell of which a timing point at which a new uplink transmissionis possible is faster than the other.

If the terminal proceeds to operation 1255 according to the SENBrelease, there is a need for receiving a PDCP SDU that the terminal doesnot receive from the SENB again, and the terminal triggers a PDCP statusreport. If the SENB is released, the terminal releases the SCG-RLC layerentity, and triggers a PDCP status report if one of the RLC layerentities connected to the PDCP layer entity is released (or the SCG-RLClayer entity is released). The terminal converts PDCP packets deliveredfrom the released SCG-RLC layer entity to a PDCP SDU, delivers orderedPDCP SDUs to the upper layer, and stores non-ordered PDCP SDUs in thePDCP buffer. The terminal generates a PDCP status report message byconsidering the PDCP SDUs stored in the PDCP buffer and the PDCP SDUsdelivered to the upper layer at operation 1255.

The terminal transmits the PDCP status report message through the MCGserving cell if a new uplink transmission is possible in the MCG servingcell at operation 1260.

If the SENB is maintained or a new SENB is added, there is no need of aPDCP packet retransmission request process, and the terminal does nottrigger a PDCP status report at operation 1265.

Although FIG. 12 illustrates an operation that a terminal triggers aPDCP status report upon reestablishing an offload bearer and transmits aPDCP status report message in an LTE system according to an embodimentof the present disclosure, various changes could be made to FIG. 12. Forexample, although shown as a series of operations, various operations inFIG. 12 could overlap, occur in parallel, occur in a different order, oroccur multiple times.

An operating process of an ENB which receives a PDCP status reportmessage and retransmits PDCP data in an LTE system according to anembodiment of the present disclosure will be described with reference toFIG. 14.

FIG. 14 schematically illustrates an operating process of an ENB whichreceives a PDCP status report message and retransmits PDCP data in anLTE system according to an embodiment of the present disclosure.

Referring to FIG. 14, as described above, an ENB initiates to retransmitpackets from the first unconfirmed packet even though the ENB does notreceive a PDCP status report message. This early retransmission schemeis available in terms of a seamless data transmission.

According that an arbitrary bearer is reestablished from a multi-bearerto a multi-bearer, a case that robust header compression (ROHC) is resetmay occur. A typical example is a case that reestablishment from themulti-bearer to the multi-bearer and a handover are performed at thesame time. In this case, an ENB may include an ROHC initialization andreset (IR) packet (refer to RFC 3095) into the first unconfirmed packetto transmit the first unconfirmed packet. If the terminal receives thefirst unconfirmed packet already, the terminal discards the firstunconfirmed packet, so a situation that ROHC initialization is failedmay occur.

In an embodiment of the present disclosure, in order to prevent suchsituation, the terminal does not perform an early retransmission schemeif a predetermined criterion is satisfied, and initiates aretransmission operation after receiving a PDCP status report message.This will be described with reference to FIG. 14.

In FIG. 14, it will be assumed that a PDCP transmitting device fortransmitting PDCP data is an ENB, however, the PDCP transmitting devicemay be a terminal.

The PDCP transmitting device detects that a timing point at which thefirst data transmission is possible is coming after a handover has beeninitiated at operation 1405. For the terminal, the timing point is atiming point at which the terminal has completed a random access. Forthe ENB, the timing point is a timing point at which the ENB receives adedicated preamble signal from the terminal.

The PDCP transmitting device determines whether an ROHC initiationoccurs in a target cell at operation 1410. Here, if the handover is ahandover of the related art, the handover involves the ROHC initiation.Exceptionally, if a source ENB and a target ENB are able to exchange anROHC context, the ROHC context may be used without initialization. Ifthe ROHC initiation does not occur, the PDCP transmitting deviceinitiates an early retransmission operation at operation 1415.

If the ROHC initiation occurs, the PDCP transmitting device determineswhether a related bearer is a multi-bearer at operation 1420. If therelated bearer is the multi-bearer, the PDCP transmitting devicedetermines that the early retransmission operation is not suitable andproceeds to operation 1425 since a PDCP receiving device performs areordering operation and discards a packet which is redundantlyreceived.

If the related bearer is a single bearer, the PDCP transmitting deviceinitiates the early retransmission operation at operation 1415 since theterminal PDCP receiving device discards the received packet which isredundantly received after performing a header recover operation, sothere is no problem even though the PDCP transmitting device performsthe early retransmission operation.

The PDCP transmitting device does not initiate a transmitting operationand a retransmitting operation for a PDCP packet until a PDCP statusreport message is received from the PDCP receiving device at operation1425. If the PDCP status report message is received, the PDCPtransmitting device initiates a transmitting operation or aretransmitting operation for PDCP packets from a PDCP packet for which aretransmission is required corresponding to a PDCP serial number.Alternatively, the PDCP transmitting device does not transmit ROHCcontrol information such as an IR packet, and the like along with userdata and transmits the ROHC control information using a PDCP control PDUfor an interspersed ROHC feedback packet (refer to the LTE standard36.323) as a control packet including only the ROHC control informationeven though the PDCP transmitting device initiates the earlyretransmission operation at operation 1425. This is why a PDCP serialnumber is not used for the PDCP control PDU for the interspersed ROHCfeedback packet, so there is no problem due to that the packet which isredundantly received is discarded.

Although FIG. 14 illustrates an operating process of an ENB whichreceives a PDCP status report message and retransmits PDCP data in anLTE system according to an embodiment of the present disclosure, variouschanges could be made to FIG. 14. For example, although shown as aseries of operations, various operations in FIG. 14 could overlap, occurin parallel, occur in a different order, or occur multiple times.

An operating process of an ENB which receives a PDCP status reportmessage and retransmits PDCP data in an LTE system according to anembodiment of the present disclosure has been described with referenceto FIG. 14, and an inner structure of a terminal which transmits PDCPdata in a multi-bearer in an LTE system according to an embodiment ofthe present disclosure will be described with reference to FIG. 15.

FIG. 15 schematically illustrates an inner structure of a terminal whichtransmits PDCP data in a multi-bearer in an LTE system according to anembodiment of the present disclosure.

Referring to FIG. 15, a terminal includes a PDCP transmit buffer 1515,an encryptor 1520, a PDCP controller 1525, a PDCP header inserter 1530,a multi-bearer divider 1535, an MCG-RLC layer transmitting entity 1540,and an SCG-RLC layer transmitting entity 1545.

Firstly, a multi-bearer transmits and receives data through two RLClayer entities, and an MENB may configure a multi-bearer to transmituplink data of a predetermined ratio through an MCG-RLC layer entity (oran MCG, an MCG-MAC layer entity, or an MENB), and transmit uplink dataof other predetermined ratio through an SCG-RLC layer entity (or an SCG,an SCG-MAC layer entity, or an MENB). Such ratio will be referred to asa split ratio. The MENB may configure the multi-bearer to transmit alldata through the MCG or the SCG as occasion demands.

It is desirable that a PDCP control packet such as a PDCP status reportmessage is transmitted as soon as possible. For example, even though alluplink data needs to be transmitted through an SCG, if an uplinktransmitting opportunity faster than an uplink transmitting opportunityin the SCG is given in an MCG, it may be desirable that the PDCP controlpacket is exceptionally transmitted through the MCG.

The multi-bearer includes one PDCP layer entity 1505 and two RLC layerentities.

The PDCP layer entity 1505 includes the PDCP transmit buffer 1515, theencryptor 1520, the PDCP header inserter 1530, the PDCP controller 1525,and the multi-bearer divider 1535.

The PDCP transmit buffer 1515 stores a PDCP data packet (or a PDCP SDU)which occurs in an upper layer.

The encryptor 1520 performs an encryption operation for a PDCP datapacket.

The PDCP header inserter 1530 performs an operation of inserting a PDCPheader into a PDCP data packet or a PDCP control packet.

The multi-bearer divider 1535 performs an operation of outputting a PDCPpacket to one of the MCG-RLC layer transmitting entity 1540 and theSCG-RLC layer transmitting entity 1545.

The PDCP controller 1525 receives multi-bearer configuration informationfrom an RRC layer entity 1510, and controls a PDCP layer entity 1505corresponding to the multi-bearer configuration information. The PDCPcontroller 1525 receives a timer value which is related to a durationfor which a PDCP data packet is stored in the PDCP transmission buffer1515 from the RRC layer entity 1510, and controls a transmission bufferto discard a related packet of the PDCP transmission buffer 1515whenever a timer expires according to the timer value.

The PDCP controller 1525 receives an encryption key from the RRC layerentity 1510, and outputs the encryption key to the encryptor 1520. ThePDCP controller 1525 receives control information related to a PDCPheader format from the RRC layer entity 1510, and configures the PDCPheader inserter 1530 corresponding to the control information related tothe PDCP header format.

The PDCP controller 1525 receives split rate information from the RRClayer entity 1510, and configures the multi-bearer divider 1535 usingthe split rate information. For example, if a split rate is [0:100], thePDCP controller 1525 configures the multi-bearer divider 1535 therebyall PDCP packets are transmitted through an SCG, and if the split rateis [50:50], the PDCP controller 1525 configures the multi-bearer divider1535 thereby PDCP packets of 50% are transmitted through an MCG and PDCPpackets of 50% are transmitted through an SCG.

The multi-bearer divider 1535 determines to output which PDCP packet towhich RLC layer transmitting entity according to the split ratio. If thesplit ratio is [0:100], the multi-bearer divider 1535 outputs all PDCPdata packets to the SCG-RLC layer transmitting entity 1545. If the splitratio is [30:70], the multi-bearer divider 1535 outputs PDCP datapackets of 30% to the MCG-RLC layer transmitting entity 1540, andoutputs PDCP data packets of 70% to the SCG-RLC layer transmittingentity 1545.

If a predetermined criterion is satisfied, the PDCP controller 1515generates a PDCP control packet. For example, the predeterminedcriterion may be that one of an MCG-RLC layer receiving entity and anSCG-RLC layer receiving entity is reestablished or released.

The PDCP controller 1515 outputs the PDCP control packet to themulti-bearer divider 1535, and the multi-bearer divider 1535 outputs thePDCP control packet to a cell group with the fastest transmitting timingpoint (or an RLC layer entity) without considering the split ratio.

The MCG-RLC layer transmitting entity 1540 and the SCG-RLC layertransmitting entity 1545 are connected with an MCG-MAC layer entity 1550and an SCG-MAC layer entity 1555, respectively, and generate a PDCPpacket received from the PDCP layer entity 1505 as an RLC packet totransmit the generated RLC packet to a related MAC layer entity.

While the PDCP transmit buffer 1515, the encryptor 1520, the PDCPcontroller 1525, the PDCP header inserter 1530, the multi-bearer divider1535, the MCG-RLC layer transmitting entity 1540, and the SCG-RLC layertransmitting entity 1545 are described as separate units, it is to beunderstood that this is merely for convenience of description. In otherwords, two or more of the PDCP transmit buffer 1515, the encryptor 1520,the PDCP controller 1525, the PDCP header inserter 1530, themulti-bearer divider 1535, the MCG-RLC layer transmitting entity 1540,and the SCG-RLC layer transmitting entity 1545 may be incorporated intoa single unit.

An inner structure of a terminal which transmits PDCP data in amulti-bearer in an LTE system according to an embodiment of the presentdisclosure has been described with reference to FIG. 15, and anoperation of transmitting a PDCP data packet and a PDCP control packetthrough a multi-bearer in an LTE system according to an embodiment ofthe present disclosure will be described with reference to FIG. 16.

FIG. 16 schematically illustrates an operation of transmitting a PDCPdata packet and a PDCP control packet through a multi-bearer in an LTEsystem according to an embodiment of the present disclosure.

Referring to FIG. 16, an operation of performing a transmittingoperation through a predetermined cell group based on a split ratioaccording to a type of PDCP packet, or performing a transmittingoperation based on a transmitting opportunity without considering a cellgroup is shown.

A terminal receives multi-bearer configuration information at operation1605. The multi-bearer configuration information may include split ratioinformation.

The terminal configures a multi-bearer divider thereby a PDCP packet istransmitted according to a split ratio by applying the split ratioinformation at operation 1610.

The terminal detects that a new PDCP packet occurs at operation 1615.The terminal determines whether the new PDCP packet is a PDCP datapacket or a PDCP control packet at operation 1620.

If the new PDCP packet is the PDCP data packet (i.e., a PDCP SDUreceived from an upper layer), the terminal proceeds to operation 1625.If the new PDCP packet is the PDCP control packet (i.e., a packetincluding control information which occurs in a PDCP controller), theterminal proceeds to operation 1630.

The terminal determines a cell group to which the new PDCP packet willbe transmitted according to the split ratio, and transmits the new PDCPpacket through the determined cell group according to an occurredsequence of packets to be transmitted at operation 1625.

The terminal determines a cell group to which the new PDCP packet willbe transmitted as a cell group with the fastest transmitting opportunitywithout considering the split ratio at operation 1630. The terminaltransmits the new PDCP packet without considering other data packetswhich will be transmitted through the determined cell group (i.e.,earlier than other data packets without considering occurrence time) atoperation 1630. For example, in a case that a PDCP status report hasbeen triggered at a timing point t0, a uplink transmission for a relatedbearer though a serving cell of an MCG is possible at a timing point t1,and a uplink transmission for the related bearer though a serving cellof an SCG is possible at a timing point t2, if the timing point t1 isearlier than the timing point t2, a PDCP status report message istransmitted though the MCG, and if the timing point t2 is earlier thanthe timing point t1, the PDCP status report message is transmittedthough the SCG.

If a PDCP status report is triggered according to SENB change, an uplinktransmission through an SCG is possible after a random access operationhas been completed in a PSCell, and if the PDCP status report istriggered according to SENB release, the uplink transmission through theSCG is not possible any more. An operation of a terminal may besimplified thereby always transmitting a PDCP status report messagethrough an MCG. That is, even though a split ratio is set to [0:100],the PDCP status report message may be transmitted through the MCG.

Further, a PDCP control packet is transmitted regardless of a splitratio, and the transmission of the PDCP control packet does not affectthe split ratio. For example, if the PDCP control packet is transmittedthrough an arbitrary cell group, this transmission does not affect aprobability that an arbitrary PDCP data packet will be transmittedthrough the arbitrary cell group. Alternatively, if an arbitrary PDCPdata packet is transmitted through an arbitrary cell group, thistransmission decreases a probability that other PDCP data packet will betransmitted through the arbitrary cell group, so the arbitrary PDCP datapacket affects the split ratio.

Although FIG. 16 illustrates an operation of transmitting a PDCP datapacket and a PDCP control packet through a multi-bearer in an LTE systemaccording to an embodiment of the present disclosure, various changescould be made to FIG. 16. For example, although shown as a series ofoperations, various operations in FIG. 16 could overlap, occur inparallel, occur in a different order, or occur multiple times.

An operation of transmitting a PDCP data packet and a PDCP controlpacket through a multi-bearer in an LTE system according to anembodiment of the present disclosure has been described with referenceto FIG. 16, and an inner structure of a terminal in an LTE systemaccording to an embodiment of the present disclosure will be describedwith reference to FIG. 17.

FIG. 17 schematically illustrates an inner structure of a terminal in anLTE system according to an embodiment of the present disclosure.

Referring to FIG. 17, a terminal includes an MCG-MAC layer entity 1710,a control message processor 1765, upper layer processors 1770, 1775, and1785, a controller 1780, an SCG-MAC layer entity 1715, a transceiver1705, PDCP layer entities 1745, 1750, 1755, and 1760, and RLC layerentities 1720, 1725, 1730, 1735, and 1740.

The transceiver 1705 receives data and a control signal through adownlink channel of a serving cell, and transmits data and a controlsignal through an uplink channel of the serving cell. If a plurality ofserving cells are configured, the transceiver 1705 performs a datatransmitting/receiving operation and a control signaltransmitting/receiving operation through the plurality of serving cells.

The MCG-MAC layer entity 1710 performs an operation of multiplexing dataoccurred in an RLC layer entity or de-multiplexing data received fromthe transceiver 1705 to transmit the multiplexed data or de-multiplexeddata to a proper RLC layer entity. The MCG-MAC device 1710 processes abuffer status report (BSR) or a power headroom report (PHR) triggeredfor an MCG, and the like.

The control message processor 1765, which is a processor related to anRRC layer entity, processes a control message received from an ENB andtakes a necessary action. For example, the control message processor1765 receives an RRC control message and delivers a variety ofconfiguration information to the controller 1780.

The upper layer processors 1770, 1775, and 1785 may be configured foreach service. The upper layer processors 1770, 1775, and 1785 processdata that is generated in a user service such as a FTP or a VoIP, anddeliver the processed data to the PDCP layer entities 1745, 1750, 1755,and 1760.

The controller 1780 checks scheduling commands (e.g., uplink grants)that are received through the transceiver 1705, and controls thetransceiver 1705 and a multiplexer/de-multiplexer so that an uplinktransmission is performed with proper transmission resources at a propertiming point. The controller 1780 performs various control functions fora terminal operation shown in FIGS. 6 to 16, and 20. For convenience ofdescription, the controller 1780 and the PDCP layer entities 1745, 1750,1755, and 1760 are described as separate units, it is to be understoodthat some of the control functions of the controller 1780 may beincorporated into the PDCP layer entities 1745, 1750, 1755, and 1760.

The PDCP layer entities 1745, 1750, 1755, and 1760 perform a terminaloperation shown in FIGS. 6 to 16, and 19.

While the MCG-MAC layer entity 1710, the control message processor 1765,the upper layer processors 1770, 1775, and 1785, the controller 1780,the SCG-MAC layer entity 1715, the transceiver 1705, the PDCP layerentities 1745, 1750, 1755, and 1760, and the RLC layer entities 1720,1725, 1730, 1735, and 1740 are described as separate units, it is to beunderstood that this is merely for convenience of description. In otherwords, two or more of the MCG-MAC layer entity 1710, the control messageprocessor 1765, the upper layer processors 1770, 1775, and 1785, thecontroller 1780, the SCG-MAC layer entity 1715, the transceiver 1705,the PDCP layer entities 1745, 1750, 1755, and 1760, and the RLC layerentities 1720, 1725, 1730, 1735, and 1740 may be incorporated into asingle unit.

An inner structure of a terminal in an LTE system according to anembodiment of the present disclosure has been described with referenceto FIG. 17, and an inner structure of an ENB in an LTE system accordingto an embodiment of the present disclosure will be described withreference to FIG. 18.

FIG. 18 schematically illustrates an inner structure of an ENB in an LTEsystem according to an embodiment of the present disclosure.

Referring to FIG. 18, an ENB includes a MAC layer entity 1810, a controlmessage processor 1865, a controller 1880, a transceiver 1805, PDCPlayer entities 1845, 1850, and 1855, RLC layer entities 1820, 1825 and1830, and a scheduler 1890.

The transceiver 1805 transmits data and a predetermined control signalusing a downlink carrier, and receives data and a predetermined controlsignal using an uplink carrier. If a plurality of carriers areconfigured, the transceiver 1805 performs a data transmitting/receivingoperation and a control transmitting/receiving operation using theplurality of carriers.

The MAC layer entity 1810 multiplexes the data generated in the RLClayer entities 1820, 1825 and 1830, or de-multiplexes the data receivedfrom the transceiver 1805 and deliver the de-multiplexed data to properRLC layer entities 1820, 1825 and 1830 or the controller 1880.

The control message processor 1865 processes a control messagetransmitted by a terminal and takes a necessary action, or generates acontrol message to be transmitted to the terminal, and delivers thecontrol message to a lower layer entity.

The scheduler 1890 allocates transmission resources to the terminal at aproper timing point based on the terminal's buffer status, channelstatus, and the like, and control the transceiver 1805 to process thesignal transmitted by the terminal or to transmit a signal to theterminal.

The PDCP layer entities 1845, 1850, and 1855 are divided into MCG bearerPDCP layer entities 1845 and 1850, and a multi-bearer PDCP layer entity1855. The MCG bearer PDCP layer entities 1845 and 1850 transmit andreceive data through only an MCG, and are connected with one RLC layerentity. The multi-bearer PDCP layer entity 1855 transmits and receivesdata through an MCG and an SCG.

In addition, the controller 1880 controls operations of an MENB amongoperations shown in FIGS. 6 to 16, and 19.

While the MAC layer entity 1810, the control message processor 1865, thecontroller 1880, the transceiver 1805, the PDCP layer entities 1845,1850, and 1855, the RLC layer entities 1820, 1825, and 1830, and thescheduler 1890 are described as separate units, it is to be understoodthat this is merely for convenience of description. In other words, twoor more of the MAC layer entity 1810, the control message processor1865, the controller 1880, the transceiver 1805, the PDCP layer entities1845, 1850, and 1855, the RLC layer entities 1820, 1825, and 1830, andthe scheduler 1890 may be incorporated into a single unit.

An inner structure of an ENB in an LTE system according to an embodimentof the present disclosure has been described with reference to FIG. 18,and an operating process in a case that an RLC unacknowledged mode (UM)bearer is reestablished from an MCG bearer to an SCG bearer, and isreestablished from the SCG bearer to the MCG bearer again in an LTEsystem according to an embodiment of the present disclosure will bedescribed with reference to FIG. 19.

FIG. 19 schematically illustrates an operating process in a case that anRLC UM bearer is reestablished from an MCG bearer to an SCG bearer, andis reestablished from the SCG bearer to the MCG bearer again in an LTEsystem according to an embodiment of the present disclosure.

Referring to FIG. 19, a handover or bearer reestablishment involves aPDCP reestablishment operation, a hyperframe number (HFN) and a PDCPserial number are initialized to a preset value (e.g., 0 in PDCPreestablishment of a PDCP layer entity connected with an RLC UM bearer).This is why there is no need for maintaining an HFN and a PDCP serialnumber since a missing packet re-reception procedure according to a PDCPstatus report is not applied.

However, in a case that a terminal transmits and receives data in asmall cell by reestablishing a bearer from an RLC UM MCG bearer to anRLC UM SCG bearer due to movement from a macro cell area to a small cellarea, and modifies a bearer from the RLC UM SCG bearer back to the RLCUM MCG bearer due to movement from the small cell area back to the macrocell area, if the terminal initializes each of an HFN and a PDCP serialnumber to 0, one and more data will be encrypted using the same securitykey and the same count, this may result in a security problem.

In an embodiment of the present disclosure, a terminal determineswhether to initialize an HFN and a count in PDCP layer entityreestablishment depending on terminal's situation in order to solve suchproblem.

For example, in a case that a PDCP layer entity of an RLC UM bearer isreestablished since a terminal moves into an arbitrary small cell areaand moves out of the arbitrary small cell area while maintaining an RRCconnection in the same macro cell, the terminal applies an old HFN andan old PDCP serial number instead of initializing an HFN and a PDCPserial number. At this time, an MENB and an SENB informs an old HFN andan old PDCP serial number to each other, so the terminal and an ENB maymaintain synchronization between an HFN and a PDCP serial number.Alternatively, the MENB and the SENB may initialize a PDCP serial numberto 0, and increase an HFN by a predetermined value thereby preventing anHFN mismatch.

It will be noted that an operating process in a case that an RLC UMbearer is reestablished from an MCG bearer to an SCG, and back to theMCG bearer is an operating process of a terminal in a PDCP layer entityreestablishment of an RLC UM bearer.

An upper layer entity of a terminal commands a PDCP layer entity of theterminal to reestablish a PDCP layer entity at operation 1905. Forexample, the PDCP layer entity reestablishment may be commanded in ahandover, SENB addition/release, or/and the like.

Upon receiving the PDCP layer entity reestablishment command from theupper layer entity, the PDCP layer entity recovers headers of PDCP PDUsdelivered according to reestablishment of a lower layer entity byapplying a current header compression protocol, and decrypts therecovered headers of the PDCP PDUs using a current encryption algorithmand an encryption key (i.e., converts the recovered headers of the PDCPPDUs into a PDCP SDU) to deliver the decrypted headers of the PDCP PDUsto the upper layer entity at operation 1910.

Upon receiving the PDCP layer entity reestablishment command from theupper layer entity, the PDCP layer entity determines whether to reset aheader compression protocol by checking whether a drb-ContinueROHC(i.e., control information indicating whether to reset ROHC, refer tothe LTE standards 36.323 and 36.331) is included in a control messageincluding the PDCP layer entity reestablishment command, and reset ordoes not reset the header compression protocol based on the determinedresult at operation 1915.

The terminal determines whether the PDCP layer entity reestablishment isrelated to SCG bearer reestablishment at operation 1920. If the PDCPlayer entity reestablishment is related to the SCG bearerreestablishment, the terminal proceeds to operation 1925. If the PDCPlayer entity reestablishment is not related to the SCG bearerreestablishment (that is, the PDCP layer entity reestablishment is aPDCP layer entity reestablishment according to a handover or an RRCconnection reconfiguration procedure), the terminal proceeds tooperation 1930. Here, the PDCP layer entity reestablishment related tothe SCG bearer reestablishment means a PDCP layer entity reestablishmentwhich occurs according that a bearer is reestablished from an MCG bearerto an SCG bearer, that a bearer is reestablished from an SCG bearer toan MCG bearer, or that a bearer is reestablished from an SCG bearer toan SCG bearer. Alternatively, the PDCP layer entity reestablishmentrelated to the SCG bearer reestablishment means a PDCP layer entityreestablishment which occurs according that an SCG/SENB is configured,that an SCG/SENB is released, or that an SCG/SENB is modified.

The terminal determines variables of the PDCP layer entity, aNext_PDCP_RX_SN, an RX_HFN, a Next_PDCP_TX_SN, and a TX_HFN (Refer tothe LTE 36.323 standard) using a configuration scheme 1 at operation1925. The terminal performs a related operation (e.g., an operation ofdetermining a count of a packet to be transmitted, an operation ofdetecting an HFN of a received packet, and the like) by applying thevariables determined below to a PDCP SDU to be transmitted and areceived PDCP SDU.

[Next_PDCP_RX_SN/RX_HFN/Next_PDCP_TX_SN/TX_HFN Configuration Scheme 1]

Initialize each of a Next_PDCP_RX_SN and a Next_PDCP_TX_SN to 0

Increase a value of each of an RX_HFN and a TX_HFN by a predeterminedinteger n

Here, the predetermined integer n may be an integer which is fixed for aterminal and an ENB to use the same HFN.

This is why a receiving device may receive a PDCP PDU which thereceiving device has already received again due to a retransmissionafter the PDCP layer entity reestablishment, and this will result in HFNmismatch between the receiving device and a transmitting device.

For example, in SENB release, an SENB may continue a data transmissionuntil the terminal moves out of an SENB area even though initiating dataforwarding to an MENB. In this case, the terminal may receive a packetreceived from the SENB from the MENB again. The terminal determines thevariables of the PDCP layer entity, the Next_PDCP_RX_SN, the RX_HFN, theNext_PDCP_TX_SN, and the TX_HFN using a configuration scheme 2 atoperation 1930.

[Next_PDCP_RX_SN/RX_HFN/Next_PDCP_TX_SN/TX_HFN Configuration Scheme 2]

Initialize each of a Next_PDCP_RX_SN and a Next_PDCP_TX_SN to 0

Initialize each of an RX_HFN and a TX_HFN to 0

The terminal initiates to apply an encryption algorithm and anencryption key instructed by an upper layer entity at operation 1935.Further, the terminal generates a PDCP PDU by applying the newencryption algorithm/encryption key to packets from a packet which isnot delivered to a lower layer entity to transmit the generated PDCPPDU.

In order to prevent uplink data loss, the terminal may initiate totransmit packets from the last m packets which have been delivered tothe lower layer entity. That is, the terminal generates a PDCP PDU byapplying the new encryption algorithm/encryption key to packets from apacket which has been delivered to the lower layer entity to transmitthe generated PDCP PDU.

If such retransmitting scheme is not applied, the terminal may determinethe variables of the PDCP layer entity, the Next_PDCP_RX_SN, the RX_HFN,the Next_PDCP_TX_SN, and the TX_HFN using a configuration scheme 3instead of the configuration scheme 1 at operation 1925.

[Next_PDCP_RX_SN/RX_HFN/Next_PDCP_TX_SN/TX_HFN Configuration Scheme 3]

Maintain a current value of each of a Next_PDCP_RX_SN and aNext_PDCP_TX_SN

Maintain a current value of each of an RX_HFN and a TX_HFN

Alternatively, the terminal may determine to proceed to operation 1925or operation 1930 based on an instruction of the ENB without directlydetermining to proceed to operation 1925 or operation 1930 at operation1920. For example, the ENB may include control information indicatingwhether to maintain a current value of each of the Next_PDCP_RX_SN, theNext_PDCP_TX_SN, the RX_HFN, and the TX_HFN (i.e., a case of proceedingto operation 1925) or initialize a value of each of the Next_PDCP_RX_SN,the Next_PDCP_TX_SN, the RX_HFN, and the TX_HFN to 0 (i.e., a case ofproceeding to operation 1930) in PDCP layer entity reestablishment intothe control message including the PDCP layer entity reestablishmentcommand for the RLC UM bearer.

Here, the control information may be commonly applied to all of RLC UMbearers which are established for the terminal or may be applied to eachRLC UM bearer. If the control information is commonly applied to all ofthe RLC UM bearers, one control IE (e.g., control informationimplemented by 1 bit) is included in the control message, and if thecontrol information is applied to each RLC UM bearer, control IEs ofwhich the number is equal to the number of the RLC UM bearers areincluded in the control message.

An operating process in a case that an RLC UM bearer is reestablishedfrom an MCG bearer to an SCG bearer, and is reestablished from the SCGbearer to the MCG bearer again in an LTE system according to anembodiment of the present disclosure has been described with referenceto FIG. 19, and an operating process related to a timing advance (TA)timer of a terminal in which DC is configured in an LTE system accordingto an embodiment of the present disclosure will be described withreference to FIG. 20.

FIG. 20 schematically illustrates an operating process related to a TAtimer of a terminal in which DC is configured in an LTE system accordingto an embodiment of the present disclosure.

Referring to FIG. 20, a timing advance group (TAG) will be describedbelow.

The TAG denotes a set of serving cells which share an uplink transmittiming. A type of TAG includes a primary TAG (P-TAG) and secondary TAG(S-TAG), the P-TAG denotes a TAG to which a PCell or a PSCell belongs,and the S-TAG denotes a TAG including only SCells, not the P-TAG. Theexpression that an arbitrary serving cell is included in an arbitraryTAG has the same meaning as the expression that a uplink transmit timingof the serving cell is the same as a uplink transmit timing of otherserving cells which belong to the TAG, and whether to acquire uplinksynchronization is determined by a TA timer of the TAG.

An uplink transmit timing of an arbitrary TAG is set according that arandom access process is performed in a predetermined serving cell whichbelongs to the TAG, and maintained according to reception of a TAcommand.

Whenever receiving a TA command for an arbitrary TAG, a terminal drivesa TA timer of a related TAG, or drives the TA timer of the related TAGagain. If the TA timer expires, the terminal determines that uplinktransmit synchronization of the related TAG has been lost, and does notperform an uplink transmitting operation before performing the randomaccess process again.

A TAG ID is allocated to each TAG, and the TAG ID may be an arbitraryinteger (e.g., an integer from 0 to 3).

At least two TAGs may be configured for a terminal that DC isconfigured. This is why the TAG is independently operated per ENB, soall serving cells may not be configured as one TAG.

In an embodiment of the present disclosure, a TAG is configured in orderthat an MENB and an SENB, and a PCell and a PSCell belong to differentTAGs one another, and an arbitrary integer, for example, 0 is alwaysallocated to a TAG to which the PCell belongs and a TAG to which thePSCell belongs.

Further, a terminal operates a TA timer per TAG. Upon receiving a TAcommand through an arbitrary serving cell, the terminal applies the TAcommand to a TAG which is indicated by a TA ID included in the TAcommand, and drives a TA timer of a related TAG again. Here, theterminal determines that the TA command is for which TAG by consideringa serving cell group to which the serving cell belongs. If the TAcommand is received from an SCG, the terminal applies the TA command toa TAG which has a TAG ID identical to the TAG ID included in the TAcommand among TAGs including SCG serving cells. If a TA command with theTAG ID of 0 is received through an MCG, the TA command is for a TAG towhich a PCell belongs. If a TA command with the TAG ID of 0 is receivedthrough an SCG, the TA command is for a TAG to which a PSCell belongs.

If a TA timer of a P-TAG is not being driven, a terminal does notperform a PUCCH signal transmitting operation in a serving cell whichbelongs to the P-TAG. After the terminal completes a handover, if arandom access process is not completed even though a resource for PUCCHsignal transmission has been already allocated, a case that a TA timeris stopped even though there is an available PUCCH resource may occur.At this time, if the terminal performs an uplink transmitting operationthrough a PUCCH in a related TAG, the terminal may result in uplinkinterference to other terminals, so it may be preferred to prohibit aPUCCH signal transmitting operation for the terminal.

Referring to FIG. 20, an operating process related to a TA timer of aterminal that DC is configured in an LTE system according to anembodiment of the present disclosure will be described.

A terminal receives a control message indicating TAG configuration froman ENB at operation 2005. For example, the control message may beimplemented as an RRC connection reconfiguration message. The controlmessage is a control message which configures one or more SCells, andmay include a TAG ID indicating that the newly configured SCell belongsto which TAG.

The terminal determines a TAG to which a related SCell belongs accordingto the following criterion per newly configured SCcell.

(1) A case that a TAG ID is not indicated for a predetermined servingcell, and there is no information indicating that the serving cellbelongs to which cell group: the terminal determines that the servingcell belongs to a P-TAG1.

(2) A case that a TAG ID is indicated for a predetermined serving cell,and there is no information indicating that the serving cell belongs towhich cell group: the terminal determines that the serving cell belongsto an S-TAG which is specified by the TAG ID among TAGs configured in anMCG.

(3) A case that a TAG ID is not indicated for a predetermined servingcell, and it is indicated that the serving cell belongs to an SCG: theterminal determines that the serving cell belongs to a P-TAG2.

(4) A case that a TAG ID is indicated for a predetermined serving cell,and it is indicated that the serving cell belongs to an SCG: theterminal determines that the serving cell belongs to an S-TAG which isspecified by the TAG ID among TAGs configured in an SCG.

The P-TAG1 denotes a TAG to which a PCell belongs, and the P-TAG2denotes a TAG to which a PSCell belongs.

The terminal configures a serving cell and a TAG based on the controlmessage, and transmits an RRC control message indicating that theconfiguration of the serving cell and the TAG has been completed to theENB through an MCG at operation 2010.

The terminal manages a TA timer per TAG at operation 2015. That is, foreach TAG, the terminal starts driving the TA timer after a random accessprocess has been successfully completed in one of serving cells of arelated TAG, and drives the TA timer again upon receiving a TA commandfor the TAG.

The terminal detects that there is a need for the first type of PUCCHsignal transmitting operation in a PCell or a PSCell at operation 2020.Here, a PUCCH resource may be allocated per terminal in advance with aperiodic transmit resource through an RRC control message. The PUCCHresource may be classified with a scheduling request resource, a CSIresource, and an HARQ feedback resource, and the first type of PUCCHsignal transmitting operation includes a scheduling request operationand a CSI feedback operation, and does not include an HARQ feedbackoperation. The CSI may be referred to as channel quality information(CQI).

Meanwhile, the expression that it is detected that there is the need forthe first type of PUCCH signal transmitting operation has the samemeaning as the expression that a need for transmitting a schedulingrequest signal through a PCell occurs and a PUCCH resource is allocatedfor transmitting the scheduling request signal, the expression that aCSI resource is allocated to a PUCCH of a PCell and it reaches asub-frame that the CSI resource is available, the expression that a needfor transmitting a scheduling request signal through a PSCell occurs anda PUCCH resource is allocated for transmitting a scheduling requestsignal, or the expression that a CSI resource is allocated to a PUCCH ofa PSCell and it reaches a sub-frame that the CSI resource is available.

The terminal determines whether a serving cell that the need for thefirst type of PUCCH signal transmitting operation is detected is a PCellor a PSCell at operation 2025. If the serving cell that the need for thefirst type of PUCCH signal transmitting operation is detected is thePCell, the terminal proceeds to operation 2030, and if the serving cellthat the need for the first type of PUCCH signal transmitting operationis detected is the PSCell, the terminal proceeds to operation 2040.

The terminal determines whether a TA timer of a P-TAG1 is being driven,a TA timer of which a TAG ID is 0 among TA timers which a MAC entity ofan MCG manages is being driven, or a TA timer of a P-TAG among TA timerswhich a MAC entity of an MCG manages is being driven at operation 2030.If the TA timer of the P-TAG1 is being driven, the TA timer of which theTAG ID is 0 among the TA timers which the MAC entity of the MCG managesis being driven, or the TA timer of the P-TAG among the TA timers whichthe MAC entity of the MCG manages is being driven, the terminal proceedsto operation 2035.

If the TA timer of the P-TAG1 is not being driven, the TA timer of whichthe TAG ID is 0 among the TA timers which the MAC entity of the MCGmanages is not being driven, and the TA timer of the P-TAG among the TAtimers which the MAC entity of the MCG manages is not being driven, theterminal proceeds to operation 2050.

The terminal performs the PUCCH signal transmitting operation in thePCell at operation 2035.

The terminal does not perform the PUCCH signal transmitting operation inthe PCell since the TA timer of the P-TAG1 is not being driven atoperation 2050. The terminal may perform an additional procedureaccording to a type of PUCCH signal for which a transmission is omitted.For example, if a transmission of a scheduling request signal through aPUCCH of the PCell is omitted, the terminal initiates a random accessoperation in the PCell.

The terminal determines whether a TA timer of a P-TAG2 is being driven,a TA timer of which a TAG ID is 0 among TA timers which a MAC entity ofan SCG manages is being driven, or a TA timer of a P-TAG among TA timerswhich a MAC entity of an SCG manages is being driven at operation 2040.If the TA timer of the P-TAG2 is being driven, the TA timer of which theTAG ID is 0 among the TA timers which the SCG entity of the MCG managesis being driven, or the TA timer of the P-TAG among the TA timers whichthe MAC entity of the SCG manages is being driven, the terminal proceedsto operation 2045.

If the TA timer of the P-TAG2 is not being driven, the TA timer of whichthe TAG ID is 0 among the TA timers which the MAC entity of the SCGmanages is not being driven, and the TA timer of the P-TAG among the TAtimers which the MAC entity of the SCG manages is not being driven, theterminal proceeds to operation 2050.

The terminal performs the PUCCH signal transmitting operation in thePSCell at operation 2045.

The terminal does not perform the PUCCH signal transmitting operation inthe PSCell since the TA timer of the P-TAG2 is not being driven atoperation 2050. The terminal may perform an additional procedureaccording to a type of PUCCH signal for which a transmission is omitted.For example, if a transmission of a scheduling request signal through aPUCCH of the PScell is omitted, the terminal initiates a random accessoperation in the PSCell.

Although FIG. 20 illustrates an operating process related to a TA timerof a terminal in which DC is configured in an LTE system according to anembodiment of the present disclosure, various changes could be made toFIG. 20. For example, although shown as a series of operations, variousoperations in FIG. 20 could overlap, occur in parallel, occur in adifferent order, or occur multiple times.

Meanwhile, an inner structure of a terminal in an LTE system accordingto an embodiment of the present disclosure has been described withreference to FIGS. 15 and 17.

The inner structure of the terminal may be implemented with a formdifferent from those in FIGS. 15 and 17, and this will be describedbelow.

The terminal includes a transmitter, a controller, a receiver, and astorage unit.

The controller controls the overall operation of the terminal Moreparticularly, the controller controls the terminal to perform anoperation related to a signal transmitting/receiving operation in amobile communication system supporting a plurality of carriers accordingto an embodiment of the present disclosure. The operation related to thesignal transmitting/receiving operation in the mobile communicationsystem supporting the plurality of carriers according to an embodimentof the present disclosure is performed in the manner described withreference to FIGS. 1 to 22, and a description thereof will be omittedherein.

The transmitter transmits various signals, various messages, and thelike to an ENB, and the like under control of the controller. Thevarious signals, the various messages, and the like transmitted in thetransmitter have been described in FIGS. 1 to 22, and a descriptionthereof will be omitted herein.

The receiver receives various signals, various messages, and the likefrom the ENB, and the like under control of the controller. The varioussignals, the various messages and the like received in the receiver havebeen described in FIGS. 1 to 22, and a description thereof will beomitted herein.

The storage unit stores a program and various data necessary for theoperation of the terminal, information related to the signaltransmitting/receiving operation in the mobile communication systemsupporting the plurality of carriers according to an embodiment of thepresent disclosure, and the like. The storage unit stores the varioussignals, the various messages, and the like received in the receiver.

While the transmitter, the controller, the receiver, and the storageunit are described as separate units, it is to be understood that thisis merely for convenience of description. In other words, two or more ofthe transmitter, the controller, the receiver, and the storage unit maybe incorporated into a single unit.

Meanwhile, an inner structure of an ENB in an LTE system according to anembodiment of the present disclosure has been described with referenceto FIG. 18.

The inner structure of the ENB may be implemented with a form differentfrom that in FIG. 18, and this will be described below.

The ENB includes a transmitter, a controller, a receiver, and a storageunit.

The controller controls the overall operation of the ENB. Moreparticularly, the controller controls the ENB to perform an operationrelated to a signal transmitting/receiving operation in a mobilecommunication system supporting a plurality of carriers according to anembodiment of the present disclosure. The operation related to thesignal transmitting/receiving operation in the mobile communicationsystem supporting the plurality of carriers according to an embodimentof the present disclosure is performed in the manner described withreference to FIGS. 1 to 22, and a description thereof will be omittedherein.

The transmitter transmits various signals, various messages, and thelike to a terminal, and the like under control of the controller. Thevarious signals, the various messages, and the like transmitted in thetransmitter have been described in FIGS. 1 to 22, and a descriptionthereof will be omitted herein.

The receiver receives various signals, various messages, and the likefrom the terminal, and the like under control of the controller. Thevarious signals, the various messages and the like received in thereceiver have been described in FIGS. 1 to 22, and a description thereofwill be omitted herein.

The storage unit stores a program and various data necessary for theoperation of the ENB, information related to the signaltransmitting/receiving operation in the mobile communication systemsupporting the plurality of carriers according to an embodiment of thepresent disclosure, and the like. The storage unit stores the varioussignals, the various messages, and the like received in the receiver.

While the transmitter, the controller, the receiver, and the storageunit are described as separate units, it is to be understood that thisis merely for convenience of description. In other words, two or more ofthe transmitter, the controller, the receiver, and the storage unit maybe incorporated into a single unit.

As is apparent from the foregoing description, an embodiment of thepresent disclosure enables to aggregate a plurality of carriers amongENBs to transmit/receive a signal in a mobile communication systemsupporting a plurality of carriers.

An embodiment of the present disclosure enables to aggregate a pluralityof carriers among ENBs to transmit/receive a signal thereby increasing asignal transmitting/receiving rate of a terminal in a mobilecommunication system supporting a plurality of carriers.

An embodiment of the present disclosure enables to transmit/receiveterminal capability information in a mobile communication systemsupporting a plurality of carriers.

An embodiment of the present disclosure enables to transmit/receiveterminal capability information based on a band combination in a mobilecommunication system supporting a plurality of carriers.

An embodiment of the present disclosure enables to transmit/receiveterminal capability information based on a cell in a mobilecommunication system supporting a plurality of carriers.

An embodiment of the present disclosure enables to transmit/receiveterminal capability information per terminal or band combination in amobile communication system supporting a plurality of carriers.

Certain aspects of the present disclosure may also be embodied ascomputer readable code on a non-transitory computer readable recordingmedium. A non-transitory computer readable recording medium is any datastorage device that may store data, which may be thereafter read by acomputer system. Examples of the non-transitory computer readablerecording medium include read only memory (ROM), random access memory(RAM), compact disc ROMs (CD-ROMs), magnetic tapes, floppy disks,optical data storage devices, and carrier waves (such as datatransmission through the Internet). The non-transitory computer readablerecording medium may also be distributed over network coupled computersystems so that the computer readable code is stored and executed in adistributed fashion. In addition, functional programs, code, and codesegments for accomplishing the present disclosure may be easilyconstrued by programmers skilled in the art to which the presentdisclosure pertains.

It may be appreciated that a method and apparatus according to anembodiment of the present disclosure may be implemented by hardware,software and/or a combination thereof. The software may be stored in anon-volatile storage, for example, an erasable or re-writable ROM, amemory, for example, a RAM, a memory chip, a memory device, or a memoryintegrated circuit (IC), or an optically or magnetically recordablenon-transitory machine-readable (e.g., computer-readable), storagemedium (e.g., a CD, a DVD, a magnetic disk, a magnetic tape, and/or thelike). A method and apparatus according to an embodiment of the presentdisclosure may be implemented by a computer or a mobile terminal thatincludes a controller and a memory, and the memory may be an example ofa non-transitory machine-readable (e.g., computer-readable), storagemedium suitable to store a program or programs including instructionsfor implementing various embodiments of the present disclosure.

The present disclosure may include a program including code forimplementing the apparatus and method as defined by the appended claims,and a non-transitory machine-readable (e.g., computer-readable), storagemedium storing the program. The program may be electronicallytransferred via any media, such as communication signals, which aretransmitted through wired and/or wireless connections, and the presentdisclosure may include their equivalents.

An apparatus according to an embodiment of the present disclosure mayreceive the program from a program providing device which is connectedto the apparatus via a wire or a wireless and store the program. Theprogram providing device may include a memory for storing instructionswhich instruct to perform a content protect method which has beenalready installed, information necessary for the content protect method,and the like, a communication unit for performing a wired or a wirelesscommunication with a graphic processing device, and a controller fortransmitting a related program to a transmitting/receiving device basedon a request of the graphic processing device or automaticallytransmitting the related program to the transmitting/receiving device.

While the present disclosure has been shown and described with referenceto various embodiments thereof, it will be understood by those skilledin the art that various changes in form and details may be made thereinwithout departing from the spirit and scope of the present disclosure asdefined by the appended claims and their equivalents.

What is claimed is:
 1. A method for transmitting terminal capabilityinformation in a communication system supporting a plurality ofcarriers, the method comprising: transmitting a control messagecomprising the terminal capability information, wherein the terminalcapability information comprises at least one of an information element(IE) indicating whether to support a multi-bearer, an IE indicatingwhether to support a secondary cell group (SCG) bearer, or an IEindicating whether to support dual connectivity (DC).
 2. The method ofclaim 1, wherein the IE indicating whether to support the multi-bearer,and the IE indicating whether to support the SCG bearer are configuredper terminal, wherein the IE indicating whether to support the DC isconfigured for each of band combinations which are supportable in aterminal, and wherein a band combination is generated based on bands andcells which are supportable in the terminal.
 3. The method of claim 1,wherein the terminal capability information further comprises an IEindicating whether to support an operation in an asynchronous network.4. The method of claim 3, wherein the IE indicating whether to supportthe multi-bearer, the IE indicating whether to support the SCG bearer,and the IE indicating whether to support the operation in theasynchronous network are included in a DC capability IE indicatinginformation about a DC capability.
 5. The method of claim 1, wherein theIE indicating whether to support the DC is included in an IE indicatinginformation about a DC band combination of a terminal.
 6. The method ofclaim 5, wherein a number of IEs indicating whether to support the DCincluded in the IE indicating the information about the DC bandcombination of the terminal is equal to a number of IEs indicatinginformation about a band combination parameter included in the IEindicating information about a band combination which the terminalsupports.
 7. A method for receiving terminal capability information in acommunication system supporting a plurality of carriers, the methodcomprising: receiving a control message comprising the terminalcapability information, wherein the terminal capability informationcomprises at least one of an information element (IE) indicating whetherto support a multi-bearer, an IE indicating whether to support asecondary cell group (SCG) bearer, or an IE indicating whether tosupport dual connectivity (DC).
 8. The method of claim 7, wherein the IEindicating whether to support the multi-bearer, and the IE indicatingwhether to support the SCG bearer are configured per terminal, whereinthe IE indicating whether to support the DC is configured for each ofband combinations which are supportable in a terminal, and wherein aband combination is generated based on bands and cells which aresupportable in the terminal.
 9. The method of claim 7, wherein theterminal capability information further includes an IE indicatingwhether to support an operation in an asynchronous network.
 10. Themethod of claim 9, wherein the IE indicating whether to support themulti-bearer, the IE indicating whether to support the SCG bearer, andthe IE indicating whether to support the operation in the asynchronousnetwork are included in a DC capability IE indicating information abouta DC capability.
 11. The method of claim 7, wherein the IE indicatingwhether to support the DC is included in an IE indicating informationabout a DC band combination of a terminal.
 12. The method of claim 11,wherein a number of IEs indicating whether to support the DC included inthe IE indicating the information about the DC band combination of theterminal is equal to a number of IEs indicating information about a bandcombination parameter included in the IE indicating information about aband combination which the terminal supports.
 13. An apparatus fortransmitting terminal capability information in a communication systemsupporting a plurality of carriers, the apparatus comprising: atransmitter configured to transmit a control message comprising theterminal capability information, wherein the terminal capabilityinformation comprises at least one of an information element (IE)indicating whether to support a multi-bearer, an IE indicating whetherto support a secondary cell group (SCG) bearer, or an IE indicatingwhether to support dual connectivity (DC).
 14. The apparatus of claim13, wherein the IE indicating whether to support the multi-bearer, andthe IE indicating whether to support the SCG bearer are configured perterminal, wherein the IE indicating whether to support the DC isconfigured for each of band combinations which are supportable in aterminal, and wherein a band combination is generated based on bands andcells which are supportable in the terminal.
 15. The apparatus of claim13, wherein the terminal capability information further comprises an IEindicating whether to support an operation in an asynchronous network.16. The apparatus of claim 15, wherein the IE indicating whether tosupport the multi-bearer, the IE indicating whether to support the SCGbearer, and the IE indicating whether to support the operation in theasynchronous network are included in a DC capability IE indicatinginformation about a DC capability.
 17. The apparatus of claim 13,wherein the IE indicating whether to support the DC is included in an IEindicating information about a DC band combination of a terminal. 18.The apparatus of claim 17, wherein a number of IEs indicating whether tosupport the DC included in the IE indicating the information about theDC band combination of the terminal is equal to a number of IEsindicating information about a band combination parameter included inthe IE indicating information about a band combination which theterminal supports.
 19. An apparatus for receiving terminal capabilityinformation in a communication system supporting a plurality ofcarriers, the apparatus comprising: a receiver configured to receive acontrol message comprising the terminal capability information, whereinthe terminal capability information comprises at least one of aninformation element (IE) indicating whether to support a multi-bearer,an IE indicating whether to support a secondary cell group (SCG) bearer,or an IE indicating whether to support dual connectivity (DC).
 20. Theapparatus of claim 19, wherein the IE indicating whether to support themulti-bearer, and the IE indicating whether to support the SCG bearerare configured per terminal, wherein the IE indicating whether tosupport the DC is configured for each of band combinations which aresupportable in a terminal, and wherein a band combination is generatedbased on bands and cells which are supportable in the terminal.
 21. Theapparatus of claim 19, wherein the terminal capability informationfurther comprises an IE indicating whether to support an operation in anasynchronous network.
 22. The apparatus of claim 21, wherein the IEindicating whether to support the multi-bearer, the IE indicatingwhether to support the SCG bearer, and the IE indicating whether tosupport the operation in the asynchronous network are included in a DCcapability IE indicating information about a DC capability.
 23. Theapparatus of claim 19, wherein the IE indicating whether to support theDC is included in an IE indicating information about a DC bandcombination of a terminal.
 24. The apparatus of claim 23, wherein anumber of IEs indicating whether to support the DC included in the IEindicating the information about the DC band combination of the terminalis equal to a number of IEs indicating information about a bandcombination parameter included in the IE indicating information about aband combination which the terminal supports.
 25. A method fortransmitting terminal capability information in a communication systemsupporting a plurality of carriers, the method comprising: transmittinga control message comprising the terminal capability information,wherein the terminal capability information comprises at least oneinformation element (IE) indicating a dual connectivity (DC) capability.26. The method of claim 25, wherein the at least one IE indicating theDC capability is configured for each of band combinations which aresupportable in a terminal, and wherein a band combination is generatedbased on bands and cells which are supportable in the terminal.
 27. Themethod of claim 25, wherein the at least one IE indicating the DCcapability is included in an IE indicating information about a DC bandcombination of a terminal.
 28. The method of claim 27, wherein a numberof IEs indicating the DC capability included in the IE indicating theinformation about the DC band combination of the terminal is equal to anumber of IEs indicating information about a band combination parameterincluded in an IE indicating information about a band combination whichthe terminal supports.
 29. A method for receiving terminal capabilityinformation in a communication system supporting a plurality ofcarriers, the method comprising: receiving a control message comprisingthe terminal capability information, wherein the terminal capabilityinformation comprises at least one information element (IE) indicating adual connectivity (DC) capability.
 30. The method of claim 29, whereinthe at least one IE indicating the DC capability is configured for eachof band combinations which are supportable in a terminal, and wherein aband combination is generated based on bands and cells which aresupportable in the terminal.
 31. The method of claim 29, wherein the atleast one IE indicating the DC capability is included in an IEindicating information about a DC band combination of a terminal. 32.The method of claim 31, wherein a number of IEs indicating the DCcapability included in the IE indicating the information about the DCband combination of the terminal is equal to a number of IEs indicatinginformation about a band combination parameter included in an IEindicating information about a band combination which the terminalsupports.
 33. An apparatus for transmitting terminal capabilityinformation in a communication system supporting a plurality ofcarriers, the apparatus comprising: a transmitter configured to transmita control message comprising the terminal capability information,wherein the terminal capability information comprises at least oneinformation element (IE) indicating a dual connectivity (DC) capability.34. The apparatus of claim 33, wherein the at least one IE indicatingthe DC capability is configured for each of band combinations which aresupportable in a terminal, and wherein a band combination is generatedbased on bands and cells which are supportable in the terminal.
 35. Theapparatus of claim 33, wherein the at least one IE indicating the DCcapability is included in an IE indicating information about a DC bandcombination of a terminal.
 36. The apparatus of claim 35, wherein anumber of IEs indicating the DC capability included in the IE indicatingthe information about the DC band combination of the terminal is equalto a number of IEs indicating information about a band combinationparameter included in an IE indicating information about a bandcombination which the terminal supports.
 37. An apparatus for receivingterminal capability information in a communication system supporting aplurality of carriers, the apparatus comprising: a receiver configuredto receive a control message comprising the terminal capabilityinformation, wherein the terminal capability information comprises atleast one information element (IE) indicating a dual connectivity (DC)capability.
 38. The apparatus of claim 37, wherein the at least one IEindicating the DC capability is configured for each of band combinationswhich are supportable in a terminal, and wherein a band combination isgenerated based on bands and cells which are supportable in theterminal.
 39. The apparatus of claim 37, wherein the at least one IEindicating the DC capability is included in an IE indicating informationabout a DC band combination of a terminal.
 40. The apparatus of claim39, wherein a number of IEs indicating the DC capability included in theIE indicating the information about the DC band combination of theterminal is equal to a number of IEs indicating information about a bandcombination parameter included in an IE indicating information about aband combination which the terminal supports.